Description: Test file attached. MS Office open normaly. Libre - no (wrong text position) Steps to Reproduce: 1) open attachments file created in MS Office 2) Text "Test" must placed inside black rectangle in each page once. P.S. This file is exsample without corporative data. The original file is designed in the same way and has the same problems. Actual Results: Wrong text position Expected Results: Text must placed inside black rectangle in each page once. Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: Text "Test" must placed inside black rectangle in each page once.
Created attachment 172182 [details] Test case
Created attachment 172200 [details] Test compared Not so simple.. This is MSO 12 created DOCX. If saved in MSO without compatibility option, it opens differently. LO is at least consistent, opens both the same way. So this is not to be resolved because it's MSO issue. I'll close the bug. If you can explain why I'm wrong, please set Unconfirmed.
Created attachment 172201 [details] Test saved in MSO 2016 without compatibility
Hi Justin. Please comment here.
This file is saved in MSO12. Office 2016 opens it correctly. LibreOffice no. You resave in the 2016 format. Why?! This changes the point of the question. If the file is created in MSO12, then it should open the same way as MSO12 does. (This is what Office 2016 does).
It's the same format DOCX, where MSO changed their behavior in "older" and "newer" versions of OOXML. LO conforms to the new behavior, which is good. You cannot expect of LO to emulate MSO changes and introduce "compatibility" option. You didn't explain, just repeated what was clear, so I close again. User can save in MSO without compatibility, reopen and set how it likes, only then bug should be LO's.
That is, do you think it is normal that the old file formats Office 2016 open normally, but LibreOffice does not?
There are MANY things at play here. One of the main ones is that the table is a floating table. LibreOffice converts it into a non-floating, non-text-wrapping table because it takes up the full width of the page. That is because LibreOffice is not able to wrap floating tables between pages. [There are plenty of existing bug reports/duplicates about this. See bug 105876.] So if Amber is trying to make a compatible document, that is one easy way to handle it - just turn wrapping off. Marking as a duplicate of bug 116292 because that description sounds very similar to what I am seeing. There is a negative vertical positioning value that might be coming into play, pushing it down into the next page. In any case, this is a duplicate of SOMETHING very complicated that LibreOffice simply can't handle. *** This bug has been marked as a duplicate of bug 116292 ***