Bug 76022 - DOC/DOCX import: textframe layout is wrong (also wrong in old versions of MSO, but "correct" in MSO2013)
Summary: DOC/DOCX import: textframe layout is wrong (also wrong in old versions of MSO...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
Keywords: filter:doc, filter:docx
: 143729 143743 (view as bug list)
Depends on:
Blocks: DOC-Frames DOCX-Anchor-and-Text-Wrap DOCX-compatibilityMode-15
  Show dependency treegraph
Reported: 2014-03-11 10:34 UTC by Sven-Jacobi
Modified: 2021-10-14 09:27 UTC (History)
8 users (show)

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

doc with textframe layout problem (34.00 KB, application/msword)
2014-03-11 10:34 UTC, Sven-Jacobi
the same bugdoc stored as normal docx via MSO 2013 (18.17 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2015-06-22 08:51 UTC, Sven-Jacobi
The minimized docx example file in Word and Writer (178.59 KB, image/png)
2020-09-08 13:01 UTC, NISZ LibreOffice Team
Same Settings In Word And Writer 7.1 with the sample file (206.80 KB, image/png)
2020-09-08 14:40 UTC, Attila Bakos (NISZ)

Note You need to log in before you can comment on or make changes to this bug.
Description Sven-Jacobi 2014-03-11 10:34:53 UTC
Created attachment 95588 [details]
doc with textframe layout problem

The attached document is containing two tables which are placed within textframes. If the document is loaded within LibreOffice then it looks like the two tables are lying upon each other (which is not the case if loaded with Word).
Comment 1 Jean-Baptiste Faure 2014-03-12 08:18:03 UTC
Confirmed with versions and 4.1.5 under Linux / Ubuntu 13.10. It is clear that something goes wrong.
Changed version number to 4.1.5.

Note: when opened in LibreOffice, the file has only one text frame (it contains the table 1) anchored to the character.

Hi Miklos, this one me be interesting for you.

Best regards. JBF
Comment 2 Joel Madero 2015-05-02 15:44:20 UTC Comment hidden (obsolete)
Comment 3 Buovjaga 2015-06-21 13:19:20 UTC Comment hidden (obsolete)
Comment 4 Sven-Jacobi 2015-06-22 08:51:36 UTC
Created attachment 116721 [details]
the same bugdoc stored as normal docx via MSO 2013

This bug is still happening with my latest LibreOffice (4.3.72)...The XML version saved back with MSO 2013 is having the same layout problems but might be better to debug this issue.
Comment 5 Buovjaga 2015-06-22 14:33:49 UTC
Ok, I confirmed in MSO 2013. In LibO, the tables are on top of each other both in the doc & docx, while they are fine in MSO.

Win 8.1 32-bit
MSO 2013

LibO Version:
Build ID: 2885e157674dbefa7d9b984a399fabd1238eeedd
TinderBox: Win-x86@39, Branch:master, Time: 2015-06-22_07:52:27
Locale: fi-FI (fi_FI)
Comment 6 QA Administrators 2016-09-20 10:11:37 UTC Comment hidden (obsolete)
Comment 7 Timur 2017-01-31 12:43:51 UTC
There are many frame bugs, I'm not sure which are related. Bug 78756. Bug 66039.
Comment 8 QA Administrators 2018-10-02 02:54:46 UTC Comment hidden (obsolete)
Comment 9 Xisco Faulí 2019-01-03 23:48:35 UTC
Still reproducible in

Build ID: 49c61f660d05ab13140d4349a0b3f6efba742022
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US
Calc: threaded
Comment 10 Justin L 2019-01-24 17:16:52 UTC
(In reply to Buovjaga from comment #3)
> Document looks identical in Word viewer 
Also overlapping in MSWord 2003 - for both the doc and docx
Comment 11 NISZ LibreOffice Team 2020-09-08 13:01:08 UTC
Created attachment 165271 [details]
The minimized docx example file in Word and Writer

It seems like the shape is anchored to page in Word, but it's opened as anchored to paragraph in Writer.
It is also having square wrap in Word.

Setting it manually to anchored To page and Wrap Off recreates the original look.
Comment 12 NISZ LibreOffice Team 2020-09-08 13:01:49 UTC Comment hidden (obsolete)
Comment 13 Attila Bakos (NISZ) 2020-09-08 14:40:18 UTC
Created attachment 165275 [details]
Same Settings In Word And Writer 7.1 with the sample file

In my opinion, basically there is no problem with the positioning/anchoring. Both program uses the same distance (1,22 cm and 2,9 cm) and relative point (page) for positioning, and the textbox -- what includes the first table -- is in the right place, see this attachment.
The problem with the other table which outside the textbox. In Word in spite of the wrap setting, which is optimal (means, the text can be that side what have greater space) there is no surround, but in Writer there is, this is the problem, I think. So this rather a table positioning problem, than a frame. And how can it solved is a so good question...
(I think there is a calculating mechanism in Word which indicates that there is not enough space for the second table and that is the reason for the difference.)
Comment 14 NISZ LibreOffice Team 2021-05-05 07:45:25 UTC
A bit of experimentation in Word:
- The top textbox has the Allow overlap setting enabled. This means that another textbox or shape can overlap it, if that also ha Allow overlap enabled. 
But only if both have it enabled, even if one of them has it disallowed, they can't overlap.
- The normal i.e. non-floating table however does not have an Allow overlap setting among it's settings. However it behaves in my Word 2019 as if it had it disabled: never overlaps the top textbox.

In Writer however the table overlaps the textbox. 
It should behave in Writer in relation to shape objects as if it were having this Allow overlap feature, and it were disabled.
Comment 15 NISZ LibreOffice Team 2021-08-05 13:48:25 UTC
*** Bug 143743 has been marked as a duplicate of this bug. ***
Comment 16 NISZ LibreOffice Team 2021-08-05 14:27:33 UTC
*** Bug 143729 has been marked as a duplicate of this bug. ***