Bug 105876 - FILEOPEN: DOCX with long floating table is not split over multiple pages (imported in a frame)
Summary: FILEOPEN: DOCX with long floating table is not split over multiple pages (imp...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.3 all versions
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, filter:docx, regression
: 136909 145110 (view as bug list)
Depends on:
Blocks: DOCX-Floatingtable 143806
  Show dependency treegraph
 
Reported: 2017-02-09 10:52 UTC by Tobias Burnus
Modified: 2023-09-14 19:00 UTC (History)
9 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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)