Created attachment 203344 [details] zip file with test document and screenshots When the test document "Bug Absatzformat Error_V4.odt" from attached zip file is opened with LO 25.8.2 the paragraph with title "Wiederaufnahme der Kameraproduktion nach dem Zweiten Weltkrieg" follows the pictures on page 24 and it is wrapped to page 25, see "Screenshot LO_25.8.2 Pages 24+25.png" from the zip file! When this document is opened with LOdev 26.2.0 alpha the paragraph with title "Wiederaufnahme der Kameraproduktion nach dem Zweiten Weltkrieg" starts on page 25 although on page 24 is enough free space, see "Screenshot LOdev_26.2.0_alpha0 Pages 24+25 after open+cursor_set_before_delete.png"! reproduced with Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d60ff8c8bd4e3ebf8f84f53448ead3c838332ea9 CPU threads: 4; OS: Windows 11 X86_64 (build 22631); UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: CL threaded The wrongly formatted paragraph can be repaired: - after document is opened place the cursor behind the last character of "Wiederaufnahme der Kameraproduktion nach dem Zweiten Weltkrieg" on the top of page 25 - press Del key (text from next line "jumps" above) - make Undo e.g. by Ctrl+z -> The paragraph jumps to page 24 behind the pictures as it when document is opened with LO 25.8.2, see "Screenshot LOdev_26.2.0_alpha0 Pages 24+25 after delete+undo.png"! When the document is closed and opened with LOdev 26.2.0 newly the paragraph is located on page 25 again.
I have tried to bisect the behavior and because Git data were to old (about 4 weeks) I have checked when the problem occured first by stepwise installing builds. The behavior was still OK with Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e644ec9527e5bcc8ce9f30c9d57e810e02e2d2f3 CPU threads: 4; OS: Windows 11 X86_64 (build 22631); UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: CL threaded installed by LibreOfficeDev_26.2.0.0.alpha0_Win_x86-64.msi from 2025-10-07_13.47.01. The bug first occured with Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: bc74f11ee12112237af8e8ba5adbe01198bba06f CPU threads: 4; OS: Windows 11 X86_64 (build 22631); UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: CL threaded installed by LibreOfficeDev_26.2.0.0.alpha0_Win_x86-64.msi from 2025-10-08_03.30.27.
Created attachment 203350 [details] Screenshot I think it's fine with Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 94993b477d0db1b8572233ba96a60cbcf7523b79 CPU threads: 16; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Raster; VCL: win Locale: en-US (es_ES); UI: en-US Calc: threaded 2025-10-13 03:26:43
(In reply to m_a_riosv from comment #2) > Created attachment 203350 [details] > Screenshot > > I think it's fine with > Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community > Build ID: 94993b477d0db1b8572233ba96a60cbcf7523b79 > CPU threads: 16; OS: Windows 11 X86_64 (build 26200); UI render: > Skia/Raster; VCL: win > Locale: en-US (es_ES); UI: en-US > Calc: threaded > 2025-10-13 03:26:43 That's right, but it is a version older than the first version I have seen with the bug: Build ID: bc74f11ee12112237af8e8ba5adbe01198bba06f.
Created attachment 203496 [details] List of changes - IMHO candidates for causing the wrong behavior I have tried again to bisect the wrong behavior but seems there is no new data in the repository win64-26.2 Therefore I have compared the logs belonging to Build IDs e644ec9527e5bcc8ce9f30c9d57e810e02e2d2f3 (behavior still was OK) and bc74f11ee12112237af8e8ba5adbe01198bba06f (first occurence of the wrong behavior ). IMHO one or some of the changes new in log of bc74f11ee12112237af8e8ba5adbe01198bba06f are causing the bugging behavior - see attached txt-file.
I confirm it with Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d60ff8c8bd4e3ebf8f84f53448ead3c838332ea9 CPU threads: 12; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded and I could narrow down the bug Steps: 1. Open attached file in LO 26.2 and LO 25.8 2. In LO 26.2 last paragraph on page 3 has two lines and in LO 25.8 three lines 3. In LO 26.2 delete last line on page three => following pages looks good now So problem is different text distribution on third page This is caused by citation: LO 25.8: [1] and [2] LO 26.2: citation So style of citation is wron in 26.2 Stefan, can you confirm it? And how have you created those citations?
Created attachment 203523 [details] simplified document
(In reply to Dieter from comment #5) > I confirm it with > > Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community > Build ID: d60ff8c8bd4e3ebf8f84f53448ead3c838332ea9 > CPU threads: 12; OS: Windows 11 X86_64 (build 26200); UI render: > Skia/Raster; VCL: win > Locale: de-DE (de_DE); UI: en-GB > Calc: CL threaded > > > and I could narrow down the bug > > Steps: > 1. Open attached file in LO 26.2 and LO 25.8 > 2. In LO 26.2 last paragraph on page 3 has two lines and in LO 25.8 three > lines > 3. In LO 26.2 delete last line on page three => following pages looks good > now > > So problem is different text distribution on third page > > This is caused by citation: > LO 25.8: [1] and [2] > LO 26.2: citation > > So style of citation is wron in 26.2 > > Stefan, can you confirm it? And how have you created those citations? Hello Dieter, I have tried to reproduced the difference with the simplified document. But when I have opened the document with LOdev 26.2.0 and LO 25.8 I don't see any differences on the first pages. In both last paragraph on page 3 has 3 lines, see attached screenshot! build LO 26.2: Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 620(Build:0) CPU threads: 4; OS: Windows 11 X86_64 (build 22631); UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: CL threaded build 25.8: Version: 25.8.3.1 (X86_64) Build ID: 52ad9dd1c984050a9fb6932dbfb16e86a49e9758 CPU threads: 4; OS: Windows 11 X86_64 (build 22631); UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: CL threaded The citations I have created by Tab "References" -> "Footnote" and the page numbers I have added by Tab "References" -> "Cross-reference".
Created attachment 203525 [details] Screenshot of the test with simplified document
Created attachment 203531 [details] Screenshot of LO 26.2 and LO 25.8 Very strange. I can't explain. So perhaps I've detected another bug.
(In reply to Dieter from comment #5) > I confirm it with > > Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community > Build ID: d60ff8c8bd4e3ebf8f84f53448ead3c838332ea9 > CPU threads: 12; OS: Windows 11 X86_64 (build 26200); UI render: > Skia/Raster; VCL: win > Locale: de-DE (de_DE); UI: en-GB > Calc: CL threaded > > > and I could narrow down the bug > > Steps: > 1. Open attached file in LO 26.2 and LO 25.8 > 2. In LO 26.2 last paragraph on page 3 has two lines and in LO 25.8 three > lines > 3. In LO 26.2 delete last line on page three => following pages looks good > now > > So problem is different text distribution on third page > > This is caused by citation: > LO 25.8: [1] and [2] > LO 26.2: citation > > So style of citation is wron in 26.2 > > Stefan, can you confirm it? And how have you created those citations? Sorry, in Comment 7 I was wrong in the part with reference to citations. I mixed up citations and footnotes. Correct: The citations I have inserted by Tab "References" -> "Citation" -> "Document content". When the source already was present I have selected else I have inserted a new entry for the source. I'm currently testing wether the citations really influence the text appearance. I have seen whilst I have written my correction you have sent an answer with a screenshot of your test: In the right part (28.2?) the citations are correctly shown with the numbers in square brackets but in the left part (26.2?) for any reason there are only the words "citation". This caused the only 2 lines on the page end.
Seems I must investigate more precisely because the behavior has changed in the newest builds created after 2025-10-13 - downloaded now from the path "Win-x86_64@tb103-1-TDF" instead the no longer updated (?) path "Win-x86_64@tb77-TDF". Unfortunately I don't find any real build ID in this newest builds neither in the About form nor in the build information copied to cliboard. Always I find only Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 620(Build:0) CPU threads: 4; OS: Windows 11 X86_64 (build 22631); UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: CL threaded I don't know whether this intended but I thinks it's not good.
(In reply to Stefan_Lange_KA@T-Online.de from comment #10) > I have seen whilst I have written my correction you have sent an answer with > a screenshot of your test: In the right part (28.2?) the citations are > correctly shown with the numbers in square brackets but in the left part > (26.2?) for any reason there are only the words "citation". This caused the > only 2 lines on the page end. I've created bug 169062 for that problem