sw: layout: fix overlapped table rows in --convert-to pdf feature/cib_contract57l

If the document is loaded via UI, the first layout action is triggered
from resizing the Window and the table is positioned properly on the
first try.

If the document is loaded via --convert-to, only getRendererCount()
formats the content of the table, and positioning goes wrong.

Somehow the 2 rows of the table in the fly end up on the same Y
position, because when the text frame in the 1st row is formatted
and grows from 0 to 230, the already-valid position of the cell
frame in the 2nd row is not invalidated.

This happens since the earliest version checked, OOo 3.4 beta.

This fix is somewhat similar to commit
068c133ac41c97652909b88c432e3b73010efc3e

Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129851
Tested-by: Jenkins
Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
(cherry picked from commit e7874c936dd1ff9b3423eb7477cbee2494535176)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129845
Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de>
(cherry picked from commit 06bb600ce3445abe095b8011ec7e66b33badb4ef)

Change-Id: I3259c440265cfe40dc7731cb4830bfe2487acf38

0 files changed, 0 insertions, 0 deletions