sw: layout: fix missing invalidation of text frames in tables

... when the position of the SwTabFrame changes.

The table is initially formatted on page 1, where one of its cells
overlaps flys anchored in the footer, so the SwTextFrame in it
contains SwFlyPortions.

As the table doesn't fit on page 1, the SwTabFrame moves forward to page
2; lcl_RecalcTable() is called a bit later to invalidate pos and size of
everything in the table.

However, it turns out that that's not enough, when SwTextFrame::Format()
is called it doesn't do anything because no part of the text has
actually been invalidated via InvalidateRange_().

If the SwTextFrame were moved on its own (not via table), then
SwContentFrame::MakeAll() would call
Prepare(PrepareHint::FramePositionChanged) which calls ClearPara().

The SwTabFrame is moved via SwFlowFrame::PasteTree(), which calls
SwTextFrame::Init() if it moves a text frame directly but does
nothing for tables.

So let's try to fix this similar to commit
068c133ac41c97652909b88c432e3b73010efc3e by calling
Prepare(PrepareHint::FramePositionChanged) on every moved text frame
if the position actually changes, like SwContentFrame::MakeAll() does;
not sure what performance impact this has.

(apparently regression from cc5916cd314a27b0cc99560ab887480026630a95
- whatever that means in this case, no idea how it worked before)

Note: the problem only reproduces on libreoffice-6-3 branch because
libreoffice-6-4 and later have another layout change from commit
3cccdabf19a99fd3f657985c1822436d7679df2b that needs reverting

Change-Id: I65d3e367d56b8799e1ed32172fbbc0249c2852eb
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/98925
Tested-by: Jenkins
Reviewed-by: Michael Stahl <michael.stahl@cib.de>

0 files changed, 0 insertions, 0 deletions