The attached file (attachment 131034 [details]) has been saved with Microsoft Word 2007.
In LO 220.127.116.11 and in a few days old LO MASTER the table is on a single page, trimmed at the bottom page border.
The "Table Format" dialog show that the permission are correctly set to:
[x] Allow Table to split across pages and columns
[x] Allow row to break across pages and columns
[For the missing arrows and a screenshot of the top page compared with Word, see bug 105875]
Regression introduced by:
author umeshkadam <firstname.lastname@example.org> 2014-04-02 14:20:36 (GMT)
committer Miklos Vajna <email@example.com> 2014-04-09 08:06:36 (GMT)
commit 48dd43703914b9c756d2ecda1872512b47463902 (patch)
parent a8b45a44c278a1aa9195cf30b759c12c1e4465e1 (diff)
fdo#76583 DOCX import: Floating table information is not preserved in RT file.
- Earlier the table width was compared with the text area to decide if the
fly has to be created for the floating table.
- In most of the cases such floating tables were the ones which did not have
any text around them and not importing such tables as fly made sense.
- But there are some scenarios where in the floating tables have width
greater than the text area but are positioned in a way such that they begin
before left margin and end before the right margin moreover they appear to be
really floating (unlike in first scenario) as they have text around them since
there is still room for the text.
- Handled this scenario and added a UT.
Adding Cc: to umeshkadam
Still an issue with LO 6.0 and master (18.104.22.168.alpha0+ of Feb 2018).
This bug is highly related to bug 61594.
At some point this wide table was unfloated - which "fixed it".
Now it remains floated because:
// If the position is relative to the edge of the page, then we always
// create the fly.
Probably best to just wait for superman to add large floating table support to Writer.
*** Bug 136909 has been marked as a duplicate of this bug. ***