Bug 162614 - A table is incorrectly shown collapsed (zero-height) after another table with specific geometry spanning across pages
Summary: A table is incorrectly shown collapsed (zero-height) after another table with...
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All All
: medium normal
Assignee: Mike Kaganski
URL:
Whiteboard: target:25.2.0
Keywords:
: 162059 (view as bug list)
Depends on:
Blocks: Writer-Tables
  Show dependency treegraph
 
Reported: 2024-08-24 16:27 UTC by Mike Kaganski
Modified: 2024-09-03 06:30 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
A minimal reproducer of incorrectly collapsed table (3.48 KB, application/vnd.oasis.opendocument.text)
2024-08-24 16:27 UTC, Mike Kaganski
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Mike Kaganski 2024-08-24 16:27:37 UTC
Created attachment 196000 [details]
A minimal reproducer of incorrectly collapsed table

Opening the attachment, Table3 there is shown as a single horizontal line. Adding a new line above it would expand it into its proper size, revealing the text inside; undoing added line above would keep the table expanded.

The problem is a layout loop happening in the table above, namely Table2, which is itself inside Table1; Table2 has two rows and two columns, with B1 and B2 merged; B1 has a text (with a spacing below paragraph), that needs to wrap to a second line inside the cell. Row 1 is set to use minimal height, while row 2 uses a fixed height. And finally, the table is positioned so that the first line of B1 is on the first page, while the second line should go to the next page, so the cell is split across pages.
Comment 1 Mike Kaganski 2024-08-24 16:30:11 UTC
Note that in current master, the text of the Table2.B1, that should flow to page 2 (namely, '(contd.)') is not shown. It is there, however; it may be selected and copied to clipboard. That display issue is some recent regression, unrelated to the issue discussed here.
Comment 2 Mike Kaganski 2024-08-24 19:43:34 UTC
https://gerrit.libreoffice.org/c/core/+/172362
Comment 3 Commit Notification 2024-08-25 21:41:00 UTC
Mike Kaganski committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/d1c5ed30d1128c0500d3fab72bb5505f81a1bdc1

tdf#162614: report the reason why a frame couldn't grow

It will be available in 25.2.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.
Comment 4 Mike Kaganski 2024-09-03 06:30:18 UTC
*** Bug 162059 has been marked as a duplicate of this bug. ***