https://bugs.documentfoundation.org/show_bug.cgi?id=143468
Justin L <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |bisected
--- Comment #8 from Justin L <[email protected]> ---
I found the regression commit.
author Justin Luth on 2020-05-19 09:15:19 +0200
commit 8a21d5053d331160e4913dc80c045a454ec84de3
tdf#132642 sw layout: try2 emulate table kept-with-next not splitting
and specifically the part which allowed setting
bTryToSplit = false;
So that leads to checking two other values on the table. The first is the "Text
flow" "Keep with Next Paragraph" which amazingly is turned on. Really? We want
this 20+ page table to fit on the same page as the following paragraph?
[Turning this off still hangs the document, but in a different way.]
The other setting is "allow row to split". In 6.4, you will notice that the
rows never try to split across pages, even though the setting is "Allow row to
split across pages". Now, in 7.0 the rows are splitting as the setting is
telling them to do. [Turning this off "fixes" the hanging problem as a
workaround.]
Once again, I'm not sure the ultimate cause has been found, since this didn't
hang in 5.1 (before the original try1 commit). The intention of these changes
was to only make affect the layout when emulateTableKeep is true, which should
not be true in this 101 row table. Therefore it should not be messing with row
split, or keep with next paragraph (even though it mistakenly did from 5.2 -
7.0). So now the code is handling the document just the way the settings tell
it to, and that triggers a loop.
I'm guessing the loop is caused by that merged cell around page 27.
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
