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
I must qualify my statement from comment 11: The originally described wrong behavior still exists. I have now bisected the bug with both my original document where I have seen the behavior first and the simplified test document "Bug Absatzformat Error_V4.odt". Result: a00465de0ee881c2717ecc378dd70b2cbb3fa0cb is the first bad commit commit a00465de0ee881c2717ecc378dd70b2cbb3fa0cb Author: Norbert Thiebaud <nthiebaud@gmail.com> Date: Tue Oct 7 04:52:09 2025 -0700 source 62af1f9b3c11288f932447d1076e97c7d4454e40 source 62af1f9b3c11288f932447d1076e97c7d4454e40 instdir/program/mswordlo.dll | Bin 2703360 -> 2703360 bytes instdir/program/setup.ini | 2 +- instdir/program/sw_writerfilterlo.dll | Bin 3015680 -> 3015680 bytes instdir/program/swlo.dll | Bin 18442752 -> 18441728 bytes instdir/program/swuilo.dll | Bin 2869760 -> 2869760 bytes instdir/program/vbaswobjlo.dll | Bin 1473536 -> 1473536 bytes instdir/program/version.ini | 2 +- 7 files changed, 2 insertions(+), 2 deletions(-) The result confirms resp. supplements my statements in comment 1.
Created attachment 204055 [details] Screenshot I can confirm layout change. Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d20f7e9b86f2efa258db3e8456dd24d94190e0c5 CPU threads: 8; OS: macOS 14.7.4; UI render: Skia/Metal; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded matching Screenshot LOdev_26.2.0_alpha0 Pages 24+25 after open+cursor_set_before_delete it looks different with Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 18bde21b1d700bbf97e001a13ba9389dc7f9efc7 CPU threads: 8; OS: macOS 14.7.4; UI render: Skia/Metal; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded although not matching Screenshot LO_25.8.2 Pages 24+25
(In reply to Telesto from comment #14) > Created attachment 204055 [details] > Screenshot > > I can confirm layout change. > Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community > Build ID: d20f7e9b86f2efa258db3e8456dd24d94190e0c5 > CPU threads: 8; OS: macOS 14.7.4; UI render: Skia/Metal; VCL: osx > Locale: nl-NL (nl_NL.UTF-8); UI: en-US > Calc: threaded > > matching Screenshot LOdev_26.2.0_alpha0 Pages 24+25 after > open+cursor_set_before_delete > > it looks different with > Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community > Build ID: 18bde21b1d700bbf97e001a13ba9389dc7f9efc7 > CPU threads: 8; OS: macOS 14.7.4; UI render: Skia/Metal; VCL: osx > Locale: nl-NL (nl_NL.UTF-8); UI: en-US > Calc: threaded > > although not matching Screenshot LO_25.8.2 Pages 24+25 A general question - not directly related to this bug: Is it intended that the Build ID is shown in LO builds for macOS but no longer in builds for Windows? There is said only "Build ID: 620(Build:0)" since the change to "Win-x86_64@tb103-1-TDF" .
(In reply to Stefan_Lange_KA@T-Online.de from comment #15) > A general question - not directly related to this bug: > Is it intended that the Build ID is shown in LO builds for macOS but no > longer in builds for Windows? There is said only "Build ID: 620(Build:0)" > since the change to "Win-x86_64@tb103-1-TDF" . No clue. There is a ticket: bug 169032. I initially assumed it would be related to bug 166774, but that's a different issue :-(
@Stefan_Lange_KA Did you make a mistake with the screenshots by accident? The screenshot "Screenshot LO_25.8.2 Pages 24+25.png" appears to be identical to "Screenshot LOdev_26.2.0_alpha0 Pages 24+25 after delete+undo.png" I get on Windows the same layout shown as seen in attachment 204055 [details] when using: Version: 25.8.0.0.beta1+ (X86_64) / LibreOffice Community Build ID: 84f722c99c5b017e1dd709f92c4bf09dd2d8fab9 CPU threads: 4; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL threaded
(In reply to Telesto from comment #17) > @Stefan_Lange_KA > Did you make a mistake with the screenshots by accident? > The screenshot "Screenshot LO_25.8.2 Pages 24+25.png" appears to be > identical to > "Screenshot LOdev_26.2.0_alpha0 Pages 24+25 after delete+undo.png" > > I get on Windows the same layout shown as seen in attachment 204055 [details] > [details] when using: > Version: 25.8.0.0.beta1+ (X86_64) / LibreOffice Community > Build ID: 84f722c99c5b017e1dd709f92c4bf09dd2d8fab9 > CPU threads: 4; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster; > VCL: win > Locale: nl-NL (nl_NL); UI: en-US > Calc: CL threaded The both screenshots seem to be identical really but there are not only optical differences (e.g. light background vs. dark background): One is made from LO 25.8 and shows the [correctly formatted] pages 24 and 25 after document was opened. The other was made from LO 26.2 after the wrongly formatted pages were "repaired" as I have written in the last paragraph of the bug description (The wrongly formatted paragraph can be repaired: ...).
Created attachment 204085 [details] Simplified reproducer 1. Open the attached file (simplified) 2. Scroll to page 2. The text on page 3 should already start on page 2 after the table