Bug 105876

Summary:	FILEOPEN: DOCX with long floating table is not split over multiple pages (imported in a frame)
Product:	LibreOffice	Reporter:	Tobias Burnus <tobias.burnus>
Component:	Writer	Assignee:	Not Assigned <libreoffice-bugs>
Status:	RESOLVED WORKSFORME
Severity:	normal	CC:	79045_79045, aron.budea, jluth, kelemeng, libreoffice, paulo_fg, rhys.young, umesh.kadam, xiscofauli
Priority:	medium	Keywords:	bibisected, bisected, filter:docx, regression
Version:	4.3 all versions
Hardware:	All
OS:	All
See Also:	https://bugs.documentfoundation.org/show_bug.cgi?id=76583 https://bugs.documentfoundation.org/show_bug.cgi?id=61594 https://bugs.documentfoundation.org/show_bug.cgi?id=116292
Whiteboard:
Crash report or crash signature:		Regression By:
Bug Depends on:
Bug Blocks:	139532, 143806

Description Tobias Burnus 2017-02-09 10:52:55 UTC

The attached file (attachment 131034 [details]) has been saved with Microsoft Word 2007.

In LO 5.3.0.3 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]

Comment 1 Xisco Faulí 2017-02-09 11:38:43 UTC

Regression introduced by:

author	umeshkadam <umesh.kadam@synerzip.com>	2014-04-02 14:20:36 (GMT)
committer	Miklos Vajna <vmiklos@collabora.co.uk>	2014-04-09 08:06:36 (GMT)
commit 48dd43703914b9c756d2ecda1872512b47463902 (patch)
tree 70c37fc3a192a9f9749d860fd7392fc5576f95cc
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

Comment 2 Tobias Burnus 2018-02-05 08:36:59 UTC

Still an issue with LO 6.0 and master (6.1.0.0.alpha0+ of Feb 2018).

Comment 3 Justin L 2020-08-21 16:05:21 UTC

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.

Comment 4 NISZ LibreOffice Team 2020-09-21 12:00:28 UTC

*** Bug 136909 has been marked as a duplicate of this bug. ***

Comment 5 Gabor Kelemen (allotropia) 2021-11-24 15:33:26 UTC

*** Bug 145110 has been marked as a duplicate of this bug. ***

Comment 6 Roman Kuznetsov 2023-04-21 20:03:06 UTC

The document opened in

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 5cd9de202765e243e41416802f3e4486b8a96f16
CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: ru-RU (ru_RU); UI: ru-RU
Calc: CL threaded

looks good, the table is on two pages as should be

closed as WFM (thanks Miklos I think)