Description: I have imported a document (exported by Google docs, applies both to the .docx and .odt formats) that contains (several) full-page images (see attachments). The images have a size of 1350x1920p (WxH) and are placed on A4 size pages, scaled to fit the entire 21.0cm width, but are slightly taller than the full page height, thus a bit is cut off at the bottom. This is all as intended. Upon opening the document in Writer, these images now have a noticeable gap on the right edge, and are also no longer cut off at the bottom. Writer has apparently fitted the image to match the page height as its first priority. Notably, this gap on the right side does not appear on images that were likewise scaled to be the full width, but were less than the full page in height. A second issue is that when opening the image properties, it still displays the image width to be 21.0cm, despite actually being closer to 20.9cm. Saving and reopening the document does not fix the issue. Changing the size, and then changing it back does fix the issue, however, but must be repeated for every image. Steps to Reproduce: 1. Create an image of size 1350x1920p (or taller) 2. In a google doc, Insert the image so that it breaks text and has a fixed position on the page, scaled to fit the full width (21.0cm) and slightly more than the total height. 3. Export the doc as .docx OR .odt 4. Open in Writer Actual Results: The image now has a noticeable gap on the right side and no longer sticks over the bottom of the page, apparently scaled to fit the max page height. In image properties, the image width is still reported to be 21.0cm, the full width. Expected Results: In google docs and Word, the image continues to take up the full width and sticks over the bottom edge of the page by a few millimeters, just like it was initially set up. Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: Upon inspecting the unzipped .docx files, these were the only (notable) differences in the document.xml among the different versions: As originally exported: <a:ext cx="7560000" cy="10735200"/> Saved by Writer before fixing: (displayed as 21.0cm) <a:ext cx="7560310" cy="10735310"/> Saved by Writer after fixing the issue: (also displayed as 21.0cm) <a:ext cx="7560310" cy="10692130"/> Version: 7.1.3.2 / LibreOffice Community Build ID: 10(Build:2) CPU threads: 8; OS: Linux 5.10; UI render: default; VCL: kf5 Locale: de-DE (en_DE.UTF-8); UI: en-US 7.1.3-1 Calc: threaded
Created attachment 172647 [details] The original document as exported from google docs.
Created attachment 172648 [details] The unmodified file as saved in Writer's .docx format.
Created attachment 172650 [details] The document saved by Writer after manually fixing the issue.
As far as I can see, image size doesn't change (height is always 29,82 and whidth is always 21 in MS Word and in writer) In writer anchor is "To Character" and vertical position is -0,12, so there is a difference in Writer and in Word So I confirm the problem and I change bug summary Version: 7.1.4.2 (x64) / LibreOffice Community Build ID: a529a4fab45b75fefc5b6226684193eb000654f6 CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL
Created attachment 174203 [details] How the original image looks in current master In: Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: d1f1f546b212ecd651146addeb328806bb270d5f CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win Locale: hu-HU (hu_HU); UI: en-US Calc: CL The Height is imported a bit incorrectly as 29.7 cm instead of 29.82. The Width is correct but you need to open and close the Properties dialog to make it cover the thin white area on the right of the page.
Repro, when the page is an A4 and the image too, the image does not cover the page entirely, with both first attachments. Version: 7.1.0.0.alpha1+ (x64) Build ID: 738bcf5e9a8c443d60c29c3a8068e8c16c72638a CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: en-US Calc: CL Version: 7.2.8.0.0+ (x64) / LibreOffice Community Build ID: ffa09959edd087794b1f2fe6b9b6faac484ef74b CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: en-US Calc: CL Version: 7.3.0.0.alpha1+ (x64) / LibreOffice Community Build ID: 229123ccc6f90ebf66b3e659bebbd53f8a9bdd3a CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: en-US Calc: CL Version: 7.4.8.0.0+ (x64) / LibreOffice Community Build ID: f8ba7c6f77497e2dc7bfef8378511e2074ce01f9 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: en-US Calc: CL Version: 7.5.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 1c629ca0048670db4bed5e7d8d76bcf8e81f2158 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: en-US Calc: CL threaded Version: 7.6.0.0.beta1+ (X86_64) / LibreOffice Community Build ID: 1b5cee822e0bc15ddbdfc86926678ca35ab3e082 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: en-US Calc: CL threaded