Bug 142878 - FILEOPEN DOCX: Text behind image (wrap issue?)
Summary: FILEOPEN DOCX: Text behind image (wrap issue?)
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.0.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
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: 2023-10-13 14:12 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file ODT (39.09 KB, application/vnd.oasis.opendocument.text)
2021-06-15 12:47 UTC, Telesto
Details
Example file DOCX (7.2 export). (26.74 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2021-06-15 12:48 UTC, Telesto
Details
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
Details
Screenshot ODT & DOCX (61.30 KB, image/png)
2022-01-24 10:17 UTC, Telesto
Details
Screencast (8.80 MB, video/quicktime)
2023-04-01 19:34 UTC, Telesto
Details

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
Description:
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: 7.2.0.0.alpha1+ (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
6.4

fine in
Version: 6.3.7.0.0+ (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
Version: 6.0.6.0.0+
Build ID: c30963b8b4bbbe42a24b97aafa161eff9d7ccdd4
CPU threads: 4; OS: Windows 6.3; UI render: GL; 
Locale: nl-NL (nl_NL); Calc: CL

not in
Version: 5.4.0.0.alpha1+
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: 7.3.0.0.alpha0+ (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:

https://git.libreoffice.org/core/+/acfb28d572201396bbe60e3824ccab28567d6a74

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
Comment 9 Justin L 2023-03-15 15:31:33 UTC
I still don't see any overlap after a round-trip to DOCX. Is it a locale related issue?  I just tested again with 7.3.7 and 7.6+
Comment 10 Telesto 2023-03-15 16:57:51 UTC
Seems to be fine
Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 8635c9aa8c6f1078a9e220076d5a08daf30077e8
CPU threads: 8; OS: Mac OS X 12.6.3; UI render: Skia/Raster; VCL: osx
Locale: nl-NL (nl_NL.UTF-8); UI: en-US
Calc: threaded
Comment 11 Telesto 2023-03-15 17:09:04 UTC
Well, I spoke to soon. There is something off when opening the ODT 

1. Open attachment 172916 [details]
2. Drag all images 3 images to different spot
3. Press CTRL+Z -> Bild423 is now aligned left in the margin (which probably was the layout on file-open)

---

Back to overlap at DOCX

1. Open attachment 172916 [details]
2. Save as DOCX
3. File -> Reload
4. Select Bild423 (the image somewhere in the middle of the text)
5. Press arrow left 10x (now text is hidden behind the image)
Comment 12 Buovjaga 2023-03-31 13:17:53 UTC Comment hidden (obsolete)
Comment 13 Buovjaga 2023-03-31 13:21:52 UTC
Sorry for the noise, I guess I mistook the small images for fields first.

(In reply to Telesto from comment #11)
> Well, I spoke to soon. There is something off when opening the ODT 
> 
> 1. Open attachment 172916 [details]
> 2. Drag all images 3 images to different spot
> 3. Press CTRL+Z -> Bild423 is now aligned left in the margin (which probably
> was the layout on file-open)

What is the meaning of these steps? They do not describe any problem and there is no problem.

> Back to overlap at DOCX
> 
> 1. Open attachment 172916 [details]
> 2. Save as DOCX
> 3. File -> Reload
> 4. Select Bild423 (the image somewhere in the middle of the text)
> 5. Press arrow left 10x (now text is hidden behind the image)

I do not reproduce any text being hidden.

Arch Linux 64-bit, X11
Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 2ca71b5c6e0374254e7c75c75e54fa6a8caebfde
CPU threads: 8; OS: Linux 6.2; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Built on 30 March 2023
Comment 14 Telesto 2023-04-01 19:34:29 UTC
Created attachment 186397 [details]
Screencast

> Back to overlap at DOCX
> 
> 1. Open attachment 172916 [details]
> 2. Save as DOCX
> 3. File -> Reload
> 4. Select Bild423 (the image somewhere in the middle of the text)
> 5. Press arrow left 10x (now text is hidden behind the image)
Comment 15 QA Administrators 2023-04-02 03:24:14 UTC Comment hidden (obsolete)
Comment 16 Piotr 2023-04-08 14:15:16 UTC Comment hidden (obsolete)
Comment 17 Buovjaga 2023-04-11 13:48:38 UTC Comment hidden (obsolete)
Comment 18 Piotr 2023-04-11 18:01:26 UTC
(In reply to Buovjaga from comment #17)
> (In reply to Piotr from comment #16)
> > Confirming with
> > 
> > Version: 7.2.0.0.alpha1 (x64) / LibreOffice Community
> > Build ID: 94c1521be4ef12f195d08413d5e2134e07a49f85
> > CPU threads: 12; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL:
> > win
> > Locale: pl-PL (pl_PL); UI: pl-PL
> > Calc: CL
> 
> Can you check with 7.6, though?


I just checked with version 7.6 and the error is still there

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: fc6806c4be8585ce0d35a6b581bf8b3dbf858500
CPU threads: 12; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: pl-PL (pl_PL); UI: pl-PL
Calc: CL threaded
Comment 19 Timur 2023-10-13 14:12:04 UTC
The report is messy, reload or move... I do not see an issue, WFM.