Bug 61494 - WRAP LAYOUT: MS didn't parallel wrap anchor paragraph around wordart, but LO did - causing layout mayhem
Summary: WRAP LAYOUT: MS didn't parallel wrap anchor paragraph around wordart, but LO ...
Status: RESOLVED DUPLICATE of bug 112313
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: All All
: low normal
Assignee: Not Assigned
Whiteboard: BSA
Keywords: filter:doc, filter:docx
: 137800 (view as bug list)
Depends on:
Blocks: DOC-Shapes VML-Textbox
  Show dependency treegraph
Reported: 2013-02-26 09:23 UTC by drraph
Modified: 2023-05-27 13:44 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:

Example word document that libreoffice makes unreadable. (62.00 KB, application/msword)
2013-02-26 09:23 UTC, drraph
Screenshot of the same file in MS wordviewer (276.17 KB, image/png)
2013-02-26 09:27 UTC, drraph
Screenshot of the way libreoffice renders the file (288.83 KB, image/png)
2013-02-26 09:41 UTC, drraph
Example DOCX (47.87 KB, application/vnd.ms-word.document.12)
2016-12-07 14:37 UTC, Telesto
Screenshot for Libreoffice (368.29 KB, image/png)
2018-12-22 12:05 UTC, drraph
Example DOC compared MSO 2016 LO 7.1+ (400.50 KB, image/png)
2020-10-27 14:23 UTC, Timur

Note You need to log in before you can comment on or make changes to this bug.
Description drraph 2013-02-26 09:23:15 UTC
Created attachment 75561 [details]
Example word document that libreoffice makes unreadable.

Problem description:

When attempt to view the attached single page document, the various parts are overlayed on top of each other so that it is unreadable.

Steps to reproduce:
1. Open document in libreoffice
2. View page
3. ....

Current behavior:

Unreadable document

Expected behavior:

Readable document.

Operating System: Ubuntu
Version: release
Comment 1 drraph 2013-02-26 09:27:27 UTC
Created attachment 75563 [details]
Screenshot of the same file in MS wordviewer
Comment 2 drraph 2013-02-26 09:41:05 UTC
Created attachment 75567 [details]
Screenshot of the way libreoffice renders the file
Comment 3 Urmas 2013-02-26 09:50:10 UTC
Confirmed with 14.02 master.
The textboxes have wrong positions and background images are shown as solid white shapes.
Comment 4 A (Andy) 2015-02-14 22:02:55 UTC
Reproducible with LO, Win 8.1.

The text boxes are at wrong places and the background images are greyed.
Comment 5 Matthew Francis 2015-02-15 15:50:08 UTC
The textbox placement is no worse now than in 3.3.0, and the background images are as good as they've ever been, so I think this can be "Inherited from OOo"

I wonder about attachment 75563 [details]. It doesn't look very legible with the background images at full intensity - in contrast, the desaturated background images that LO 4.4 shows look reasonable underneath the green text. A screenshot from a recent Word (not Word Viewer) would be useful for comparison.
Comment 6 QA Administrators 2016-02-21 08:36:20 UTC Comment hidden (obsolete)
Comment 7 Telesto 2016-12-06 11:12:18 UTC
Reproducible with:
Build ID: 33f5bc54aaa7fe7aa9335726e30f9c349155e04d
CPU Threads: 4; OS Version: Windows 6.2; UI Render: default; 
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2016-12-01_23:21:05
Locale: nl-NL (nl_NL); Calc: CL
Comment 8 Telesto 2016-12-07 14:37:57 UTC
Created attachment 129372 [details]
Example DOCX
Comment 9 Thomas Lendo 2017-10-01 18:40:41 UTC
Repro with Version:
Build ID: 1d0fbc9927f357d25859b7cca7ea5e9a9637681e
CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk3; 
Locale: de-DE (de_DE.UTF-8); Calc: group
moggi's auto updater build, 2017-10-01
Comment 10 QA Administrators 2018-10-02 02:54:24 UTC Comment hidden (obsolete)
Comment 11 drraph 2018-12-22 11:53:31 UTC Comment hidden (obsolete)
Comment 12 drraph 2018-12-22 12:05:37 UTC
Created attachment 147777 [details]
Screenshot for Libreoffice
Comment 13 eisa01 2018-12-23 11:36:28 UTC
Thanks for reconfirming drraph!

Just confirming that this is still present on recent master, and it's not surprisingly a cross-platform issue

Build ID: beae6c7a7f163daad0d4dea63a3d403af2745fd1
CPU threads: 2; OS: Mac OS X 10.13.6; UI render: default; VCL: osx; 
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2018-12-06_23:52:29
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded
Comment 14 NISZ LibreOffice Team 2020-09-08 08:30:18 UTC
The original document and its docx export show the shapes are text boxes that are imported as frames instead of shape objects.
Comment 15 Timur 2020-10-27 14:23:20 UTC
Created attachment 166776 [details]
Example DOC compared MSO 2016 LO 7.1+

Repro 7.1+. 
One of those cases where MSO opens wrong/different DOCX it resaved.
Comment 16 Timur 2020-10-27 14:24:19 UTC
*** Bug 137800 has been marked as a duplicate of this bug. ***
Comment 17 drraph 2022-01-10 13:46:48 UTC
Problem unchanged in  :(
Comment 18 eisa01 2022-02-05 13:05:43 UTC
Still present also in master

Version: / LibreOffice Community
Build ID: 583185235389b55d6cfffac3067c0e1ccb2852b1
CPU threads: 10; OS: Mac OS X 10.16; UI render: Skia/Raster; VCL: osx
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded
Comment 19 Justin L 2023-05-27 13:44:41 UTC
This is an excellent example of how complicated layout is. It seems that it is true for MS Word as well. The document consists of a single empty paragraph with many textboxes anchored to it via "Entire Paragraph Area".

Image wrap affects "Paragraph Area". We have two things affecting wrap. The first is the WordArt "Reception News Letter" which has parallel wrap. The second are the "background" trees.

Our main problem comes because LO think there is enough space to wrap the single (empty) paragraph around the word art. So our paragraph area starts at around 6 inches.

In contrast, MS Word doesn't consider there to be enough space to wrap beside the wordart, so (the empty paragraph) starts below "Reception News Letter". It has to wrap around the tree, so it starts as 3 inches.

You can manually see this if you set "Reception News Letter" to no wrap. Then the whole document is fixed.

So, all the anchor/frame/layout details appear to be imported perfectly. It is only a decision to wrap or not that is incompatible.

Since this entire bug rests upon precise wrapping decisions, I am marking it as a duplicate of bug 112313

*** This bug has been marked as a duplicate of bug 112313 ***