Bug 143899 - FILEOPEN DOCX Shapes overlap margin in CompatibilityMode15
Summary: FILEOPEN DOCX Shapes overlap margin in CompatibilityMode15
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:docx
Depends on:
Blocks: DOCX-Objects DOCX-compatibilityMode-15
  Show dependency treegraph
 
Reported: 2021-08-16 11:35 UTC by NISZ LibreOffice Team
Modified: 2023-12-06 20:43 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Positioning of the top left image side by side in Word and Writer (1.39 MB, image/png)
2021-08-16 11:35 UTC, NISZ LibreOffice Team
Details
Positioning of the bottom left image side by side in Word and Writer (1.30 MB, image/png)
2021-08-16 11:35 UTC, NISZ LibreOffice Team
Details
The original bugdoc from bug 37315 saved in Word 2010 C14 mode for convenience. Same as the original. (904.44 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2021-08-16 11:37 UTC, NISZ LibreOffice Team
Details
The C14 and C15 example files in Word 2019 side by side (1.05 MB, image/png)
2021-08-16 11:37 UTC, NISZ LibreOffice Team
Details

Note You need to log in before you can comment on or make changes to this bug.
Description NISZ LibreOffice Team 2021-08-16 11:35:15 UTC
Created attachment 174316 [details]
Positioning of the top left image side by side in Word and Writer

This is split off from bug 37315
The attachment 147135 [details] shows that layout in Word has changed with CompatibilityMode15.
In particular the vertical position of the left side images changed: 
* the top one specifies a negative position, but is aligned to the top of the page, while in Writer it overlaps the top margin of the page, just like in CompatibilityMode <= 14.
* the bottom left one is positioned 12.77 cm below paragraph in Word but it does not overlap the bottom margin: however – were this value taken literally by Word – it should since it is anchored to the second paragraph and that is positioned below the top right image. As you can see, there is no 12 cm vertical space between the second paragraph and the top of the bottom left image.
In Word with CompatibilityMode<=14 and in Writer the 12.77 cm value is taken literally and the image overlaps the bottom margin a bit.

Steps to reproduce:
1.	Open attachment 147135 [details] in Word and Writer, observe the positioning of the shapes on the left

Actual results:
Top left image overlaps the top margin, bottom left margin overlaps the bottom margin.

Expected results:
They should not overlap the top/bottom margin.

LibreOffice details:
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
Comment 1 NISZ LibreOffice Team 2021-08-16 11:35:49 UTC
Created attachment 174317 [details]
Positioning of the bottom left image side by side in Word and Writer
Comment 2 NISZ LibreOffice Team 2021-08-16 11:37:08 UTC
Created attachment 174318 [details]
The original bugdoc from bug 37315 saved in Word 2010 C14 mode for convenience. Same as the original.
Comment 3 NISZ LibreOffice Team 2021-08-16 11:37:39 UTC
Created attachment 174319 [details]
The C14 and C15 example files in Word 2019 side by side
Comment 4 Ezinne 2021-08-22 22:03:20 UTC
Reproducible in:

Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: 7c1bad415ae48635dc67041c413bb7b76a530c22
CPU threads: 8; OS: Linux 5.8; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-07-05_06:55:03
Calc: threaded
Comment 5 QA Administrators 2023-08-23 03:20:08 UTC Comment hidden (obsolete)
Comment 6 Tex2002ans 2023-12-06 20:43:37 UTC
I can still reproduce in:

Version: 7.6.3.2 (X86_64) / LibreOffice Community
Build ID: 29d686fea9f6705b262d369fede658f824154cc0
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded