A simple Impress document with one page. PNG images inserted shows wrongly when saved in PDF
Steps to Reproduce:
1. Mac screen capture in PNG format
2. Crop images with Preview
3. Insert in LibreOffice Impress
4. Crop images
5. Export in PDF
The PDF shows a part of the image which does not appear in the Impress file.
LibreOffice and PDF should show the same
User Profile Reset: No
OpenGL enabled: Yes
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/11.1 Safari/605.1.15
Created attachment 141419 [details]
Original Impress, and resulting PDF
Confirmed on Windows 10 Ent 64-bit en-US with
Version: 188.8.131.52 (x64)
Build ID: 62abb169b0efa1520d7bee1f586865354060b989
CPU threads: 8; OS: Windows 10.0; UI render: default;
Locale: en-US (en_US); Calc: group
The Impress ODP has both PNG and PDF images embedded. When printing via gs the PNG are used. On export to PDF, the embedded PDF are used--but get mangled.
Extracting the embedded PDF, they all view (Adobe Reader) as expected. The PDF Producer is listed as: MAC OS X 10.12.6 Quartz PDF Context.
But on editing (Acrobat), each chart is a crop out from a larger part of a PDF that is still intact in the ODF.
I'd lean toward =>NOB bcz the Quartz generated PDF is corrupt and needs to be cleaned before use. But I'm not sure if we are expecting more robust handling when inserting cropped PDF and how we guard for the cropping extents.
`pdfcrop` from tex is something I tested in the past, that was working fine within LO. How do you know that generated PDF is corrupt, do you have the validation result from https://www.pdf-online.com/osa/validate.aspx or some other PDF validator?
(In reply to Miklos Vajna from comment #3)
> `pdfcrop` from tex is something I tested in the past, that was working fine
> within LO. How do you know that generated PDF is corrupt, do you have the
> validation result from https://www.pdf-online.com/osa/validate.aspx or some
> other PDF validator?
No, sorry I was not clear. Corrupt in the sense that when exported back to PDF the cropping window for each embedded PDF image has the correct dimension, but is misplaced from its original. So is that an internal of the OS X cropping to PDF (and maybe NOB), or something we need to adjust in LO's PDF export filter to correct location of the cropped element?
Guess when I get a moment I'll check if after restoring the full PDFs, i.e. reversing the cropping, I can use a different PDF editor to crop out each chart and then recompose the Impress slide. And then export it from LibreOffice as PDF to see if there is a better result.
Created attachment 141466 [details]
How it looks in LibreOffice 5.4
Created attachment 141467 [details]
How it looks in LibreOffice 5.2
Created attachment 141468 [details]
How it looks in LibreOffice 6.1 master
The content of attachment 141466 [details] has been deleted for the following reason:
Before https://cgit.freedesktop.org/libreoffice/core/commit/?id=1ec8557d86d53c9df5afd5607a953ec72c33702f, it was exported as displayed in attachment 141467 [details], then the export is broken for some commits, and finally it works again after https://cgit.freedesktop.org/libreoffice/core/commit/?id=242a9b634213acf03cabc373928555dc81afc672, when the output is already incorrect
*** Bug 117156 has been marked as a duplicate of this bug. ***