Bug 130042 - Bitmap image from Impress exports as PNG regardless of save format and hangs for a while
Summary: Bitmap image from Impress exports as PNG regardless of save format and hangs ...
Status: RESOLVED DUPLICATE of bug 60684
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
(earliest affected) release
Hardware: All All
: medium normal
Assignee: Not Assigned
Keywords: bibisected, bisected, regression
Depends on:
Reported: 2020-01-16 20:16 UTC by Mark van Rossum
Modified: 2020-02-24 08:43 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

fresh odp file with single image (114.81 KB, application/vnd.oasis.opendocument.presentation)
2020-01-17 12:43 UTC, Mark van Rossum

Note You need to log in before you can comment on or make changes to this bug.
Description Mark van Rossum 2020-01-16 20:16:35 UTC
I have an odp presentation with a bitmap figure.
I select this image and try to export it with right-click->Save
After I select PDF, Impress hangs with the dialog 'Size is 0.0kB"
and it then becomes unresponsive/ very sluggish.

When I export to PNG it is fine.

Actual Results:
Impress becomes unresponsive/ very sluggish.

Expected Results:
Proper PDF export

Reproducible: Always

User Profile Reset: No

Additional Info:
Comment 1 Julien Nabet 2020-01-16 21:22:04 UTC Comment hidden (obsolete)
Comment 2 Mark van Rossum 2020-01-17 12:43:27 UTC
Created attachment 157221 [details]
fresh odp file with single image
Comment 3 Mark van Rossum 2020-01-17 12:44:06 UTC
Bug persists in, and  also with --safe-mode on a newly created file.

Sample attached.
Comment 4 QA Administrators 2020-01-18 03:35:01 UTC Comment hidden (obsolete)
Comment 5 ian 2020-01-18 15:25:27 UTC
Thank you for reporting the bug. 

Can you please provide more information about your computer environment? To find out this information, go to the "Help" menu in LibreOffice and select the "About LibreOffice" option. I have attached mine as an example. 

Build ID: 8930a7d8b8e649336300d98f0a1f27114ad392ea
CPU threads: 1; OS: Linux 5.0; UI render: default; VCL: gtk3; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master
Locale: es-ES (en_US.UTF-8); UI-Language: en-US
Calc: threaded

After replicating the steps in my Linux environment, I experience no lag. However, the newly created PDF file is unable to be opened.
Comment 6 Mark van Rossum 2020-01-18 15:41:11 UTC
Build ID: 1:6.3.4-0ubuntu0.19.10.1
CPU threads: 8; OS: Linux 5.3; UI render: default; VCL: gtk3; 
Locale: en-GB (en_GB.UTF-8); UI-Language: en-GB
Calc: threaded

In your case, does size remain 0.0kB independent of phsyical size setting?
Comment 7 Julien Nabet 2020-01-18 19:03:19 UTC
On pc Debian x86-64 with master sources updated today + gtk3 rendering + enable-dbgutil, I could reproduce this.
It freezes when got dialog PDF options + "size is 0.0kb" displays.
Comment 8 Julien Nabet 2020-01-18 19:09:04 UTC
I made another test, I could save the file but it's not a pdf.
It seems to be an png named with pdf extension. Indeed, I just changed the extension and I could open it.
Comment 9 Mark van Rossum 2020-01-19 23:04:19 UTC
As expected, it also fails on EPS (another vector graphics format).

(BTW I don't see how size make any sense in the first place on EPS)
Comment 10 Timur 2020-01-20 10:49:51 UTC
With master 6.5+ in Windows, image saved as PDF or JPG (seems any format) is exported as PNG. 
Sometimes I see unresponsiveness but it's rather brief.
Also, "size is 0.0kb" is just on export dialog, real exported size is OK  (message is still wrong). Happens with PDF not with JPG.

So, bug exists, actually 3 issues: file extension, message with size, brief unresponsiveness. Let's keep all here, unless just a single issue is resolved.
Let's go with wrong file extension to see if new (regression) or always existed (inherited). I change the title and set All OS.
No repro 3.6, repro in 4.0. Regression.

There was no save to PDF before in 4.0 (I see it in 5.4), so I tested with save to JPG. 
There was also no dialog with options before when file extension happened. So doesn't seem related, message is a separate later issue.
Comment 11 Timur 2020-02-24 08:18:08 UTC
Bibisected with 43all.
Tomaž, please take a look if this is one of your 3 commits in the range.

Range should be:  

git bisect log 
# bad: [423a84c4f7068853974887d98442bc2a2d0cc91b] source-hash-c15927f20d4727c3b8de68497b6949e72f9e6e9e
# good: [65fd30f5cb4cdd37995a33420ed8273c0a29bf00] source-hash-d6cde02dbce8c28c6af836e2dc1120f8a6ef9932
git bisect start 'latest' 'oldest'
# skip: [e02439a3d6297a1f5334fa558ddec5ef4212c574] source-hash-6b8393474974d2af7a2cb3c47b3d5c081b550bdb
git bisect skip e02439a3d6297a1f5334fa558ddec5ef4212c574
# good: [d1cca78ab77d64482b6643bc643d29dbe2dd1442] source-hash-2d19e9bb07ccff3134f855812dddfda5c07b1fe4
git bisect good d1cca78ab77d64482b6643bc643d29dbe2dd1442
# good: [d1cca78ab77d64482b6643bc643d29dbe2dd1442] source-hash-2d19e9bb07ccff3134f855812dddfda5c07b1fe4
git bisect good d1cca78ab77d64482b6643bc643d29dbe2dd1442
# skip: [9daa289e178460daaafa4b3911031df5b8736218] source-hash-704292996a3731a61339b1a4a5c90c9403aa095f
git bisect skip 9daa289e178460daaafa4b3911031df5b8736218
# skip: [387dd1052972d27a3065a249b357e50e0a29829b] source-hash-35836f350861b33a0c28307a413eff76d0433d1e
git bisect skip 387dd1052972d27a3065a249b357e50e0a29829b
# skip: [19604661a278cb5b1b513d5bcf9e12eb85f4715f] source-hash-f05861de995f8d4edb1a97c616d050f55ec04c32
git bisect skip 19604661a278cb5b1b513d5bcf9e12eb85f4715f
# bad: [4d8d18a8c871d6803af99b706f780eb6e65c7a5d] source-hash-d4779887636fa9ab5b477f3436bcd3728a3e30ba
git bisect bad 4d8d18a8c871d6803af99b706f780eb6e65c7a5d
# bad: [66d8f76eaad7a1835bf0a828fb396b58b8f9dbaa] source-hash-21dd191b9fd5a75f7633ea27f745a347adb42ae3
git bisect bad 66d8f76eaad7a1835bf0a828fb396b58b8f9dbaa
# good: [9236fd0352a4a587faac6f15f6b3b5331301380f] source-hash-250feedd8e50e5eb52682a194823567ba5287c60
git bisect good 9236fd0352a4a587faac6f15f6b3b5331301380f
# good: [c6a69c23e32b372e1f279f1a5ea6aa0a6cf52968] source-hash-cac1f33e839469d884730350e46a21d92fb442f2
git bisect good c6a69c23e32b372e1f279f1a5ea6aa0a6cf52968
# good: [fa7e89899204c70c8bfe421e34a3a9274851eb82] source-hash-233431e09ef85cb3579e55bd2a8d1f9d7439f8da
git bisect good fa7e89899204c70c8bfe421e34a3a9274851eb82
# bad: [8a290d6041441ba8836da4ad65d33efcd00a2716] source-hash-cfec62ef443b3cda054bb698375ee49bc11586a0
git bisect bad 8a290d6041441ba8836da4ad65d33efcd00a2716
# bad: [69497016bae6f296c763f76670153dbe6a2f265d] source-hash-bed3049c4c04a202ff288189d225ca6e5941d69b
git bisect bad 69497016bae6f296c763f76670153dbe6a2f265d
# good: [daa21bbd8c7b50e2ca1c2cbed0e39f0e7b5a1cb2] source-hash-6b11a18071254a443c8fe7e7b0b1c95b0f9fd35e
git bisect good daa21bbd8c7b50e2ca1c2cbed0e39f0e7b5a1cb2
# bad: [cefa3613b0ac72135d68a3b4fa1ff5dcd47ca6e0] source-hash-fdda178d888127c4b4dafd4b53800989929e9b6b
git bisect bad cefa3613b0ac72135d68a3b4fa1ff5dcd47ca6e0
# first bad commit: [cefa3613b0ac72135d68a3b4fa1ff5dcd47ca6e0] source-hash-fdda178d888127c4b4dafd4b53800989929e9b6b

 cefa3613b0ac72135d68a3b4fa1ff5dcd47ca6e0 is the first bad commit
commit cefa3613b0ac72135d68a3b4fa1ff5dcd47ca6e0
Author: Bjoern Michaelsen <bjoern.michaelsen@canonical.com>
Date:   Sun Dec 9 21:25:58 2012 +0000

Comment 12 Timur 2020-02-24 08:19:38 UTC
Bibisect was for wrong file extension/format that always saves as PNG.
Comment 13 Timur 2020-02-24 08:40:25 UTC
This is a duplicate. 
Ian, please check duplicate as a first step before asking further. 
Julien, please do not confirm without checking duplicate. 
I wrongly assumed this was checked, but it was not.

*** This bug has been marked as a duplicate of bug 60684 ***
Comment 14 Julien Nabet 2020-02-24 08:43:24 UTC
Timur: indeed. Thank you for having found the dup