Description: 1. Create an impress presentation, putting some bitmap images in the slides 2. Write some notes to the slides, in Notes (or annotations, I do not know which one is used in English) view mode 3. Now export as a PDF with the flag "export annotations (notes)" enabled 4. open your pdf. In the pages that combine each slide with its annotations, slides are corrupted. More precisely, most bitmap images placed in them are completely missing. Steps to Reproduce: 1. Create an impress presentation, putting some bitmap images in the slides 2. Write some notes to the slides, in Notes (or annotations, I do not know which one is used in English) view mode 3. Now export as a PDF with the flag "export annotations (notes)" enabled 4. open your pdf. In the pages that combine each slide with its annotations, slides are corrupted. More precisely, most bitmap images placed in them are completely missing Actual Results: Most of the bitmaps inserted in the slides are missing in the pdf file where slides are half page and annotations are shown below Expected Results: the slide miniature above the annotations in the pdf file should be identical to the actual slide of the presentation Reproducible: Always User Profile Reset: No Additional Info: User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:59.0) Gecko/20100101 Firefox/59.0
Created attachment 141078 [details] tnhis is the original impress doc this is a sample presentation, with just one slide with a text object and a bitmap, to be compared with the PDF
Created attachment 141079 [details] This is the pdf file. On page 2 the bitmap is missing in the slide
No repro Win LO 6.0.2 and libo-master~2018-03-30_00.00.18_LibreOfficeDev_6.1.0.0.alpha0_Win_x86
I am attaching a real, more large document to show the problem now on 6.0.3.2. Here when exporting in pdf format with annotations almost all images are lost, at least for me.
Created attachment 141112 [details] real presentation to be exported in pdf with annotations
I am now noticing that the process has a random component, who knows why.... I will now attach 3 consecutive pdf export from the same impress file, which are all defective, but not the same... strange indeed. some comments to outline the differences in result are attached to the files
Created attachment 141114 [details] first pdf export this is the worst outcome, the large bitmaps in the first 2 pages are missing, page 3 has NO image at all, and this happens for all the following slides
Created attachment 141115 [details] second pdf export first two large images still missing, but now page 3 has its bitmaps. following pages seems ok, but alas page 9 is missing all its many bitmaps except for the one coming from the slide template. the same happens for page 10
Created attachment 141116 [details] third pdf export the third installment is still different: now the large bitmap on page 1 is shown, but still no trace of that on page 2. Contrary to previous pdf, the large "unito-go" large double circle on lower left corner of page 3 is now missing. Pages 9 and 10 are as bad as in test2. And, i forgot to mention that the image on upper right corner of page 5 (imperial college, on your bike) is never shown. If anyone can obtain from the "Presentazione 21-9-2017 - test.odp" file the pdf with annotations export with full correct slide display, please let me know and state precisely your course of action, so that I can try to understand where I go wrong. Thanks
No problem here. Please test with a fresh master build (it has image handling improvements): https://dev-builds.libreoffice.org/daily/master/Win-x86_64@42 Arch Linux 64-bit Version: 6.0.3.2 Build ID: 6.0.3-1 CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Arch Linux 64-bit Version: 6.1.0.0.alpha0+ Build ID: 16b51d73c94f6fcab45695e4353cbe4ee97b52cc CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on April 13th 2018
Hi. I re-tried this with 6.0.4.2 and the result is tragic... most pages strongly corrupted with missing images.
If anybody would like, I can post another attachment odp file and the corresponding pdf rendering
(In reply to Andy from comment #12) > If anybody would like, I can post another attachment odp file and the > corresponding pdf rendering Sure.
Created attachment 142129 [details] A full presentation with notes in a lot of pages, used to exemplify the currupted pdf rendering
Created attachment 142130 [details] The PDF rendering result. You don't need to delve deep into it to see the problem: first 2 pages are black, third page is missing all images
Ok: I attached original presentation file and "pdf with notes rendering". the attachment is the real presentation with which I've been troubled lately. All this was made with LO 6.0.4.2
Still no problem even on Windows. Now I'm starting to suspect something. Please copy and paste here the contents of your Help - About. This allows us to know more about your system. Version: 6.0.4.2 (x64) Build ID: 9b0d9b32d5dcda91d2f1a96dc04c645c450872bf CPU threads: 4; OS: Windows 10.0; UI render: default; Locale: fi-FI (fi_FI); Calc: group
There you go: Versione: 6.0.4.2 Build ID: 9b0d9b32d5dcda91d2f1a96dc04c645c450872bf Thread CPU: 4; SO: Windows 6.1; Resa interfaccia: predefinito; Versione locale: it-IT (it_IT); Calc: group
Hmh, Resa interfaccia is predefinito and not GL, so it cannot be an OpenGL glitch :( Only difference is you have Windows 6.1. Maybe I should test with Windows 7 later, sigh...
Wait... I just installed a separate fresh instance of the same LO 6.0.4.2 using reisisoft "separate install GUI". PDF rendering from there does not have the problem. How to overcome this without losing the many many personalised settings, toolbar modifications, etc. is entirely another matter.... Any hint???
(In reply to Andy from comment #20) > Wait... I just installed a separate fresh instance of the same LO 6.0.4.2 > using reisisoft "separate install GUI". > PDF rendering from there does not have the problem. > How to overcome this without losing the many many personalised settings, > toolbar modifications, etc. is entirely another matter.... > Any hint??? Try launching your original instance in Safe mode to see, if it helps. It seems you might have a problem in the user profile of the original instance. https://wiki.documentfoundation.org/UserProfile How to preserve your modifications: you could copy a backup of your original profile and then delete each sub-directory in your active profile one by one, each time trying the PDF export. Hopefully the problematic sub-directory is something that does not affect your modifications.
Dear Andy, Thank you for reporting the bug. To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and re-test? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping-20190111
don't repro in Version: 6.3.0.0.alpha0+ (x64) Build ID: 13a260f59e421f3e67845f8f2eb22b8f0f8fcaf0 CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2019-03-11_02:46:09 Locale: ru-RU (ru_RU); UI-Language: en-US Calc: threaded