Download it now!
Bug 138005 - Fileopen troublesome DOCX: tight wrap not correct
Summary: Fileopen troublesome DOCX: tight wrap not correct
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.2.0.4 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:docx, implementationError
Depends on:
Blocks: OOXML-SmartArt
  Show dependency treegraph
 
Reported: 2020-11-05 09:18 UTC by Timur
Modified: 2020-11-05 14:34 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Sample DOCX and DOC compared in MSO and LO (389.00 KB, image/png)
2020-11-05 09:18 UTC, Timur
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Timur 2020-11-05 09:18:48 UTC
Created attachment 167026 [details]
Sample DOCX and DOC compared in MSO and LO

Open DOCX attachment 81684 [details] from bug 81522 and see that MSO Tight wrap is not read correctly in LO. It's 2007 but regardless, same if resaved in MSO as DOCX. Never was fine, current status is from 4.2 up to LO 7.1+. 

Same graphic from same DOC attachment 81320 [details] in bug 66119 is also not fine but is different, wrap is OK but position is NOK. So I report separately. Moral is: always test a counterpart too. 

"Demo-Hayden-Management" is well-known trouble for LO, seen in more DOC and DOCX bugs.  Only some reference the same attachment, more have derivatives. 
Some other issues with this DOCX: bug 107055 for header, bug 128877 for image location, no report? for wrong position of Summary seen with latest master..
DOCX is 2 pages and this bug makes it 3 in LO.
Comment 1 NISZ LibreOffice Team 2020-11-05 10:37:01 UTC
My Word calls this a "Flowchart with growing images" type SmartArt.

@Miklos: I thought you might be interested in this one.
Comment 2 NISZ LibreOffice Team 2020-11-05 14:34:25 UTC
(In reply to Timur from comment #0)
> "Demo-Hayden-Management" is well-known trouble for LO, seen in more DOC and
> DOCX bugs.  Only some reference the same attachment, more have derivatives. 

Would be a fun exercise to turn bug #66119 (DOC) and bug #67339 (DOCX) into meta bugs. Such "this document falls apart for 27 reasons" documents could be useful for bug mining with their authors being way more imaginative than us.

I already have some opened from parts of these baddies like bug #136650 and I'm rather certain that bug #135235 also affects the black and orange shapes, although this rounding error is not the reason for those to show up on the wrong page.
Also: bug #58521 is making those endnotes show up on an extra last page.