Created attachment 206628 [details] content after Floated table.docx: example document I created a nasty document to test if my intended layout change for bug 38575 would hit an edge case. Instead, I found this earlier regression. The problem here is missing content after a 3-page floating table. </w:tbl> # the table ends here <w:p> <w:r> <w:t>Content after the table.</w:t> # this content is no longer visible </w:r> </w:p> This started in 24.2.3 with commit ae9e8f3f6d10b0be2fe5b9b238a531b17e0d67da tdf#160526, tdf#160549: fix split conditions at page start Steps to reproduce: -open 'content after Floated table.docx' in LO -goto the last page. It should end with 'Content after the table.'
Reproducible. Version: 26.8.0.0.alpha0+ (X86_64) Build ID: a9433c872b79f887e7faeed35d5e90739c5cd3e9 CPU threads: 24; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Version: 26.2.2.2 (X86_64) Build ID: 1f77d10d6938fd34972958f64b2bcfa54f8b1ba5 CPU threads: 24; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Bibisected. The behaviour changed in the bibisect repository for Windows bibisect-win64-24.8. c53551a0a75405ec485ca3a67c2bc15b834902ac is the first bad commit commit c53551a0a75405ec485ca3a67c2bc15b834902ac Author: Norbert Thiebaud <nthiebaud@gmail.com> Date: Sun May 12 05:46:11 2024 -0700 source ae9e8f3f6d10b0be2fe5b9b238a531b17e0d67da