Bug 142878 - FILEOPEN DOCX: Text behind image (wrap issue?)
Summary: FILEOPEN DOCX: Text behind image (wrap issue?)
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected) release
Hardware: All All
: medium normal
Assignee: Not Assigned
Keywords: bibisected, bisected, regression
Depends on:
Blocks: DOCX-Anchor-and-Text-Wrap
  Show dependency treegraph
Reported: 2021-06-15 12:46 UTC by Telesto
Modified: 2022-01-24 10:17 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:
Regression By:

Example file ODT (39.09 KB, application/vnd.oasis.opendocument.text)
2021-06-15 12:47 UTC, Telesto
Example file DOCX (7.2 export). (26.74 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2021-06-15 12:48 UTC, Telesto
The docx version of the example file in Word and Writer (318.13 KB, image/png)
2021-06-16 10:30 UTC, NISZ LibreOffice Team
Screenshot ODT & DOCX (61.30 KB, image/png)
2022-01-24 10:17 UTC, Telesto

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2021-06-15 12:46:02 UTC
FILEOPEN DOCX: Text behind image

Steps to Reproduce:
1. Open the attached file
2. Save to DOCX
3. File Reload
4. Notice the text behind "Bild423" (see sidebar navigator) 

Actual Results:
'The' behind image

Expected Results:
Not so

Reproducible: Always

User Profile Reset: No

Additional Info:
Found in
Version: (x64) / LibreOffice Community
Build ID: 239b4bb27fd8db26e8416045b3015688a8b1b0ae
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL

and in

fine in
Version: (x86)
Build ID: 726535ec30f12697ceccd2f0640d9371a64dc5bd
CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; 
Locale: nl-NL (nl_NL); UI-Language: en-US
Calc: CL

Note the wrap is actually off in 6.4 compared to ODT (wrapping to soon)
Found in
Build ID: c30963b8b4bbbe42a24b97aafa161eff9d7ccdd4
CPU threads: 4; OS: Windows 6.3; UI render: GL; 
Locale: nl-NL (nl_NL); Calc: CL

not in
Build ID: 9feb7f7039a3b59974cbf266922177e961a52dd1
CPU threads: 4; OS: Windows 6.29; UI render: GL; 
Locale: nl-NL (nl_NL); Calc: CL
Comment 1 Telesto 2021-06-15 12:47:09 UTC
Created attachment 172916 [details]
Example file ODT
Comment 2 Telesto 2021-06-15 12:48:09 UTC
Created attachment 172917 [details]
Example file DOCX (7.2 export).

It's an import issue, so export is simply in addition
Comment 3 NISZ LibreOffice Team 2021-06-16 10:25:48 UTC
Confirming with

Version: (x64) / LibreOffice Community
Build ID: b89ebf135818ccaa45bbfb164099a6e199bd7d11
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: default; VCL: win
Locale: en-US (hu_HU); UI: en-US
Calc: CL

Looks like an import issue: the docx example does not overlap in Word only in Writer.
Comment 4 NISZ LibreOffice Team 2021-06-16 10:30:57 UTC
Created attachment 172941 [details]
The docx version of the example file in Word and Writer
Comment 5 NISZ LibreOffice Team 2021-06-16 10:48:31 UTC
Bibisected with win32-64 to:


author	Miklos Vajna <vmiklos@collabora.com>	Tue Sep 24 10:06:49 2019 +0200
committer	Miklos Vajna <vmiklos@collabora.com>	Tue Sep 24 10:56:28 2019 +0200

tdf#124600 sw AddVerticalFrameOffsets: fix bad wrap of half-intersecting frame

Adding CC to: Miklos Vajna
Comment 6 NISZ LibreOffice Team 2021-06-16 10:55:02 UTC
This might be related to the top image and its bottom spacing: removing the top image entirely stops the overlap of the text by the center image, and reducing the top images 0.20 cm bottom spacing on the Properties - Wrap tab also stops the overlap from happening.
Comment 7 Justin L 2022-01-24 08:07:39 UTC
The ODT and DOCX look the same to me in LO 5.4 and 7.4. However, they do not look like the picture in comment 4 (although Word 2016 opens the DOCX like the picture). In my LO, the center 68Hz textbox is placed at the left side of the tall picture, So I can't really reproduce this.
Comment 8 Telesto 2022-01-24 10:17:14 UTC
Created attachment 177739 [details]
Screenshot ODT & DOCX