Created attachment 143296 [details] Problematic document using tables How to reproduce: 1-Open attached document. A table with two columns, and one row is rendered as being halfway down the first page. 2-Select the first row in the top table (has red lower border) 3-Make a edit to the table, for example change color of border 4>>This causes the table to jump up to its correct position at the top of the page. 5-Save document and close it. Reopen document. 6>>We're now back to the rendering of #1 (except for the color-change) with the table starting halfway down the page. (Exporting as pdf is true to what is displayed on screen)
CK, I confirm the behaviour, but I don't know, if this is a bug or not. I noticed, that you have four tables, but I don't know why. I don't think, that this is necessary. Perhaps something went wrong by creating the tables.
Bisected with Win 5.2 repo to https://cgit.freedesktop.org/libreoffice/core/commit/?id=0d127baed75929e744d5b6249f510012cfbc0e88 tdf#91083 - .doc: emulate table keep-with-next paragraph connect table with the following paragraph. Move forward to a new page together with the following paragraph if necessary. There is a heading in the problematic table. If I untick "Keep with next paragraph" from Heading 1's style Text flow, the position change does not revert. Adding Cc: to Justin Luth Justin can decide if this is a bug or not.
Yes, four tables (one row/two column), and all four have the first paragraph with a heading style. So the emulation logic (all rows keep with next) is kicking in because all rows (1) have the first paragraph in the row with a "keep with next" property. So far, all the complaints about this patch have been related to styles, and the export emulation writes the keep property directly into the paragraph, so I can improve this by ignoring the style values.
Justin Luth committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=ef86b2e7a08ea25c434db85087d094f030f762cc tdf#118528 sw layout: only direct formatting for EmulateTableKeep It will be available in 6.2.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 114908 has been marked as a duplicate of this bug. ***
Justin Luth committed a patch related to this issue. It has been pushed to "libreoffice-6-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=6db143f43874a817b7a920dea41939bf9439ca9b&h=libreoffice-6-1 tdf#118528 sw layout: only direct formatting for EmulateTableKeep It will be available in 6.1.1. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
VERIFIED with Version: 6.3.2.2 (x64) Build-ID: 98b30e735bda24bc04ab42594c85f7fd8be07b9c CPU-Threads: 4; BS: Windows 10.0; UI-Render: GL; VCL: win; Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE Calc: threaded