diff options
| author | Matthew Barnes <mbarnes@redhat.com> | 2013-05-11 00:44:10 +0800 |
|---|---|---|
| committer | Matthew Barnes <mbarnes@redhat.com> | 2013-05-11 01:17:13 +0800 |
| commit | e68fa9016b55ff27cef322c488958876074000e1 (patch) | |
| tree | 1fdb259cdfff953cf4fbf118307b3af62f411974 /modules/itip-formatter | |
| parent | 13664a883d98f204d3006cc9636551996ea38686 (diff) | |
| download | gsoc2013-evolution-e68fa9016b55ff27cef322c488958876074000e1.tar gsoc2013-evolution-e68fa9016b55ff27cef322c488958876074000e1.tar.gz gsoc2013-evolution-e68fa9016b55ff27cef322c488958876074000e1.tar.bz2 gsoc2013-evolution-e68fa9016b55ff27cef322c488958876074000e1.tar.lz gsoc2013-evolution-e68fa9016b55ff27cef322c488958876074000e1.tar.xz gsoc2013-evolution-e68fa9016b55ff27cef322c488958876074000e1.tar.zst gsoc2013-evolution-e68fa9016b55ff27cef322c488958876074000e1.zip | |
Bug 7000028 - Drag-n-drop export of a file produces 0 sized PDF file
em_utils_print_messages_to_file() was doing so asynchronously, but
unfortunately drag-n-drop is a synchronous protocol. So by the time
the asynchronous print operation completed, the URI list pointing to
the temporary PDF files had already been passed to the file manager.
The only reason the files were created at all was because we test the
generated file name with open(...O_CREAT...) before starting the print
operation, and I'm not convinced that test is even necessary.
(cherry picked from commit 72f465b17342831163422cad05eaa6e648fffa19)
Diffstat (limited to 'modules/itip-formatter')
0 files changed, 0 insertions, 0 deletions