https://bugs.documentfoundation.org/show_bug.cgi?id=154457
--- Comment #6 from László Németh <nem...@numbertext.org> ---
Note: bisected commit, where freezing in 6.2 was fixed (temporarily):
commit ab9d3c535800e972d893ebc6415d0f616a89316b
Author: Michael Stahl <michael.st...@cib.de>
Date: Mon Mar 11 15:43:31 2019 +0100
tdf#119253 sw: fix layout loop with row-span table
This table has style:row-height="2.014cm" on its 2nd row (1142 twips).
In the 1st call of FormatLayoutTab(), the 1st row of the table is split
and the 2nd row moves to the next page.
In the 2nd call of FormatLayoutTab(), the 1st row grows from 400 to 454
twips, presumably due to the style:min-row-height="0.801cm" on it.
In the 3rd call of FormatLayoutTab(), the GetFollow()->ShouldBwdMoved()
returns true and the 2nd row moves back again, because
SwTabFrame::CalcHeightOfFirstContentLine() determines the height of the
2nd row as the maximum height of cells with rowspan=1 (400 twips), which
fits on the 1st page, ignoring the style:row-height="2.014cm" on the row
(1142 twips), which does not fit on the 1st page.
This loops until "LoopControl_1 in SwLayAction::InternalAction" is
triggered, and then eventually stops in 5.4 but loops even more since
commit 18765b9fa739337d2d891513f6e2fb7c3ce23b50, for unknown reasons.
Change-Id: I1a5c50d21c241e593419e63644ee758cdd9ed319
Reviewed-on: https://gerrit.libreoffice.org/69061
Tested-by: Jenkins
Reviewed-by: Michael Stahl <michael.st...@cib.de>
(cherry picked from commit 00a86e8be983f7a92723dfe6cf5986974d77644e)
Reviewed-on: https://gerrit.libreoffice.org/69085
Reviewed-by: Miklos Vajna <vmik...@collabora.com>
--
You are receiving this mail because:
You are the assignee for the bug.
