Created attachment 198048 [details] 164188_minimal2.docx: table pushed to next page by image wrap The problem is that the first row on the second page should not appear to be empty, but should be displaying "3". (As soon as you try to modify the cell, the 3 appears...) This started in LO 7.6 with commit 5b3fcbf23773ea8d039185dec2b9704981833473 Author: Michael Stahl on Wed Aug 23 15:50:59 2023 +0200 tdf#156724 sw: layout: fix tables not splitting due to footnotes differently Steps to reproduce: 1.) open the document. Notice that on page two, the first row appears to be empty.
Almost certainly due to // else: don't calc content frames any more
I have a lot of problems at work because of this, my content is not visibile in any table if on the page bottom. My workaround was to press enter before cell with 4 in irder for row with 3 to became visibile on the next page.
It is not necessarily a split table, but it does seem to be limited to the first row on a page. (IIRC, I first saw it on a table that wrapped entirely to the next page, but I failed to reproduce that specific situation.)
It's a very annoying bug, my colegue now is editing a document, and the text there is not visible on the first row on the second page. You press enter in the first page, to move on the next page, but on the next page the text is gone. Also pressing a TAB in a cell from the first page is not going to the next page.
This seems to be fixed in master. Bibisect-258-win brings out this range: commit c606c51d8f27df5e4ff23232b612b62b89828ed6 (HEAD) Author: Norbert Thiebaud <nthiebaud@gmail.com> Date: Fri Jan 24 18:16:36 2025 -0800 source b9fd8cc18a9cd5cd4ae86b4256cf8786ea34ea89 source b9fd8cc18a9cd5cd4ae86b4256cf8786ea34ea89 source 8fad479890379e2f010fbf0be29f8f97e6e85904 source b92e6bf5c5d1aa3fd6ea8c31afb286803e26ad83 source 23d2869e9b74673a11a9f8c3d45a2f5e6990dc5c source 7107db3fe773629cc511eb5922bc9c28c9c5c60a source d1d2afa7dd9591664c72fffd6cd941220bb05999 source 16684da3f18b8747714a7ddd44810cb429eab5ae source ea0faaf9bb1fab2044e6cef9bc8e3d03f63896ec source af3c7a31ea2cb979fa5819d103438ace17864472 source 3e447bcca78dec8c2b8f3499969641e008ad7e7f source d38bb9e0a9a192ccc6f5c71c9e173cc95e709119 source 1ed642a19958e65bccd21bbb7de8f03812c23ac5 source 7bdaccecdfd82fd2c6853be8d740a3a9dc466954 source dd3fae8818d0685fb67a2fad8e0b42f3de7c2fea source b7a662e81432bc50ec485f6062cab4b0dc71870c source 9701fa96d9a64a9d6374447a0cdb62b5746d3b9a source 225ce4b678f5f0241bf3757d9ab7e5223866c431 source a88b3da5b01403ba593423821843a0dacda158ec https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=a88b3da5b01403ba593423821843a0dacda158ec..b9fd8cc18a9cd5cd4ae86b4256cf8786ea34ea89 of which the most suspicious commit is (similar to bug 163585 ): author Michael Stahl <michael.stahl@allotropia.de> 2025-01-23 20:07:42 +0100 committer Michael Stahl <michael.stahl@allotropia.de> 2025-01-24 20:22:56 +0100 commit 225ce4b678f5f0241bf3757d9ab7e5223866c431 (patch) tree 8372774186e9764e61c14ebf920e09618c16a810 parent a88b3da5b01403ba593423821843a0dacda158ec (diff) sw: layout: fix bad split table resulting in empty cell