Description
NISZ LibreOffice Team
2020-11-24 11:03:39 UTC
Created attachment 167530 [details]
Screenshot of the original document side by side in Word and Writer master
Verified in Version: 7.1.0.0.beta1+ Build ID: e2cffcf55b04838abc7497f6c18518c7600b670b CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded repro 7.4+ repro 7.6+ repro 24.8+ with comment 0's wrong_background_object_size.docx As mentioned, it started working in 5.2 with commit bb646c1472d3b77066b01128baf1c9cafdb40233 Author: Miklos Vajna on Tue Apr 12 09:18:47 2016 +0200 tdf#99135 VML import: handle image crop Created attachment 193733 [details]
wrong_background_object_size_min.docx: minimized to remove the OLE, header, etc.
OLE is irrelevant to this bug. It just describes how the image was created. So I removed all OLE stuff from the document. The header is also irrelevant, so I moved the image into document.xml.
I verified that this minimized version is affected by the same 5.2 and 6.1 commits.
The document was loading OK again in 6.2.6, but broken again in 7.2.0 when reverting commit 1c04b5c97ca3b12e52ec55572da77f7b6636e34c Author: Gabor Kelemen on Sun Jul 14 20:21:08 2019 +0200 tdf#126310 Disable lazy loading of WMF images So that suggests that GraphicHelper::importEmbeddedGraphic should include all of the wmf formats when avoiding bLazyLoad. hmm - comment 0's document is not fixed by avoiding lazy load there. Perhaps it crops differently when it is in a header? Created attachment 193734 [details]
wrong_background_object_size_header_tiff.docx: TIFF in header - works since 5.2
So being in the header seems to be a complicating factor, but it doesn't guarantee that cropping doesn't work - it works fine for PNG and even TIFF formats.
|