Bug 142677 - FILEOPEN DOCX: Image position different
Summary: FILEOPEN DOCX: Image position different
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.1.3.2 release
Hardware: x86-64 (AMD64) All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: DOCX-Images
  Show dependency treegraph
 
Reported: 2021-06-05 23:36 UTC by Alex
Modified: 2023-07-24 09:55 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
The original document as exported from google docs. (6.89 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2021-06-05 23:38 UTC, Alex
Details
The unmodified file as saved in Writer's .docx format. (7.08 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2021-06-05 23:39 UTC, Alex
Details
The document saved by Writer after manually fixing the issue. (7.12 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2021-06-05 23:40 UTC, Alex
Details
How the original image looks in current master (116.31 KB, image/png)
2021-08-11 08:26 UTC, NISZ LibreOffice Team
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Alex 2021-06-05 23:36:00 UTC
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
Comment 1 Alex 2021-06-05 23:38:18 UTC
Created attachment 172647 [details]
The original document as exported from google docs.
Comment 2 Alex 2021-06-05 23:39:27 UTC
Created attachment 172648 [details]
The unmodified file as saved in Writer's .docx format.
Comment 3 Alex 2021-06-05 23:40:24 UTC
Created attachment 172650 [details]
The document saved by Writer after manually fixing the issue.
Comment 4 Dieter 2021-06-21 06:21:47 UTC
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
Comment 5 NISZ LibreOffice Team 2021-08-11 08:26:52 UTC
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.
Comment 6 Sophie Sipasseuth 2023-07-24 09:55:31 UTC
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