Created attachment 152689 [details] sample file Steps to reproduce: 1. Open attached document 2. Export it to PDF -> Image is not displayed in PDF Reproduced in Version: 6.4.0.0.alpha0+ Build ID: 7a0164f0d82d91e2ac481d74cdacfe9a7ad6080f CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded [Bug found by office-interoperability-tools]
Regression introduced by: https://cgit.freedesktop.org/libreoffice/core/commit/?id=69b62cfcbd364d7f62142149c2f690104b217ca1 author Miklos Vajna <vmiklos@collabora.com> 2019-05-27 21:24:42 +0200 committer Miklos Vajna <vmiklos@collabora.com> 2019-05-28 09:10:15 +0200 commit 69b62cfcbd364d7f62142149c2f690104b217ca1 (patch) tree 2584b8fc78810624981ad10e2c834793258bb23f parent d0d9acc7c6095e0bc640e073b9d8e2e19aaa8993 (diff) tdf#125281 DOC import: fix size of lazy-loaded metafiles Metafiles may have an external header, so once graphic data is read, we need to set the size explicitly. Otherwise the width of the EMF image in the bugdoc will be too small. Bisected with: bibisect-linux64-6.3 Adding Cc: to Miklos Vajna
I'll try to see what's going on here. It's interesting: the bugdoc has 2 EMF images and only the header one is lost, the footer one is not. Also: if the bugdoc is converted to ODT, then the same problem is there, so the bug is rather in core / PDF export, the above commit only exposes the problem in the DOC import as well. Anyhow: any idea how to decrease the size of the bugdoc? 241K is not an ideal size and if I replace the 867k EMF with the 43k one, the bug does away. :-/ I'm looking for something that is at least <= 50k and reproduces the problem. Thanks.
Created attachment 152822 [details] ODT reproducer I believe the above commit just started using EMF lazy-loading for DOC; but ODT was using EMF lazy-loading even earlier. That used to work, then broke with: commit 362c1cf2bd580f6dc8bf27bdcd79174111bc1b5c Author: Armin Le Grand <Armin.Le.Grand@me.com> Date: Tue Apr 2 17:59:40 2019 +0200 tdf#124272 use ClipRegion's geometry if not a rectangle
If you follow the chain of regressions here, this leads to: commit 059469926e359153b9b291790ef2df84fa63fda9 Author: Armin Le Grand <Armin.Le.Grand@cib.de> Date: Thu Nov 16 12:54:21 2017 +0100 RotateFlyFrame3: Corrected Contour when rotated So I believe this is an implementation error in that feature. Armin: could you please take this over? I don't really understand how the clip region is not a rectangle in paintGraphicUsingPrimitivesHelper(), since it's a rectangular EMF image, as far as I see. Thanks.
Repro 7.1+. I add EMF to the title. Can't say what PNG does in ODT. Regardless if in header or copied it that document body, not exported. Exported if inserted in another ODT.
This is fixed with https://gerrit.libreoffice.org/c/core/+/112340. Closing as duplicate of bug 129085 *** This bug has been marked as a duplicate of bug 129085 ***