Created attachment 194250 [details] Sample document containing section with table Hiding a section which contains a table causing at least one unintended page break directly after the hidden section. Version: 24.2.3.2 (X86_64) / LibreOffice Community Build ID: 433d9c2ded56988e8a90e6b2e771ee4e6a5ab2ba CPU threads: 12; OS: Linux 5.15; UI render: default; VCL: x11 Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded
Created attachment 194251 [details] PDF from sample document with section hidden
Reproducible Version: 24.2.2.1 (X86_64) / LibreOffice Community Build ID: bf759d854b5ab45b6ef0bfd22e51c6dc4fb8b882 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded and with Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: e3bd3c7e3178dc091fd002628f052666b4db3be6 CPU threads: 16; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded Regression. Last one that works on my installed versions. Version: 24.2.1.1 (X86_64) / LibreOffice Community Build ID: 359ef544e625d2ffbfced462ab37bd593ca85fa7 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded
*** Bug 161285 has been marked as a duplicate of this bug. ***
I would suspect my commit 0c96119895b347f8eb5bb89f393351bd3c02b9f1.
This seems to have begun at the below commit in bibisect repository/OS linux-64-24.2. 32afca5c36770ee3290d9d2a349eb534eb12bfd3 is the first bad commit commit 32afca5c36770ee3290d9d2a349eb534eb12bfd3 Author: Jenkins Build User <tdf@maggie.tdf> Date: Mon Feb 19 13:24:30 2024 +0100 source ff7f1b59e22092d8548459e75fe912db852f056f 163477: tdf#159565 prerequisite: make hidden sections have zero-height frames | https://gerrit.libreoffice.org/c/core/+/163477
Mike Kaganski committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/fc1e6a64bd0517a7e67f08860c29b44d030220eb tdf#161202: lowers shouldn't move forward because of lack of space It will be available in 24.8.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Mike Kaganski committed a patch related to this issue. It has been pushed to "libreoffice-24-2": https://git.libreoffice.org/core/commit/6a7a5fad86e5fcb736286ecc01a561bc5f802d23 tdf#161202: lowers shouldn't move forward because of lack of space It will be available in 24.2.5. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Created attachment 195078 [details] containing several sections This problem ist NOT fixed (see attachment)
(In reply to burkhard.kasten from comment #8) > This problem ist NOT fixed (see attachment) Did you test using the version that contains the fix?
Works for me. Thanks. Version: 24.2.5.1 (X86_64) / LibreOffice Community Build ID: 2ccb78ad6bdfe3f3356a7a7f294ec388775c5816 CPU threads: 12; OS: Linux 5.15; UI render: default; VCL: x11 Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded