Bug 169607 - Only one page is displayed if a string has a large font and uses certain Split Options
Summary: Only one page is displayed if a string has a large font and uses certain Spli...
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
24.2.7.2 release
Hardware: All All
: medium normal
Assignee: Mike Kaganski
URL:
Whiteboard: target:26.8.0
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Paragraph
  Show dependency treegraph
 
Reported: 2025-11-22 01:17 UTC by Vladislav Tarakanov
Modified: 2026-02-08 15:11 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
File with problematic line (letters.docx) (13.34 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2025-11-22 01:19 UTC, Vladislav Tarakanov
Details
Repro on MS Writer 2019 (letters.jpg) (243.17 KB, image/jpeg)
2025-11-22 01:20 UTC, Vladislav Tarakanov
Details
Compare with old LO version (600.09 KB, image/jpeg)
2025-11-22 01:23 UTC, Vladislav Tarakanov
Details
Minimal FODT (1.62 KB, application/vnd.oasis.opendocument.text)
2025-12-11 12:57 UTC, Mike Kaganski
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Vladislav Tarakanov 2025-11-22 01:17:10 UTC
Description:
The attached file "letters.docx" was originally created in MS Office and contained text that should be displayed across multiple pages. In LibreOffice 24.8, this document, when opened, only displays one page consisting of the first two characters. The result of opening the file in MS Word 2019 is attached as "letters.jpg."

It appears that the regression occurred after this commit: 167be9363ea5. At least before this commit, the document text opened as expected.

Perhaps the issue is related to the "Keep with next paragraph" and "Allow to split paragraph" settings. At least, there are steps that can achieve a similar result: only the first page will be displayed, and the rest of the text will not be visible.

Since there is no certainty yet whether the same bug actually occurs in the second case (and whether the manually recreated behavior is a bug at all), we are attaching both the original file from MSO, without changes, and the steps for reproducing similar behavior.

Steps to Reproduce:
1. Open file "letters.docx"

Alternative steps:

1. Open LibreOffice Writer
2. Write any line with more than 3 characters (for example "abcdefg")
3. Click RMB, select Paragraph - Paragraph... - Text Flow
4. Check "Keep with next paragraph" and click "OK"
5. Increase the font size (for example, up to 700 pt)

Actual Results:
Only one page with part of text is displayed

Expected Results:
Multiple pages containing the entire text of a line are displayed


Reproducible: Always


User Profile Reset: No

Additional Info:
The bug has been reproducible since at least version 24.2.7. It hasn't appeared yet on version 24.2.0.

Still repro on:
Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 76d85a1364ce333d62be7e16665e2cf9f70ec024
CPU threads: 12; OS: Linux 6.12; UI render: default; VCL: kf5 (cairo+xcb)
Locale: ru-RU (ru_RU.UTF-8); UI: en-US
Calc: CL threaded
Comment 1 Vladislav Tarakanov 2025-11-22 01:19:19 UTC
Created attachment 204192 [details]
File with problematic line (letters.docx)
Comment 2 Vladislav Tarakanov 2025-11-22 01:20:28 UTC
Created attachment 204193 [details]
Repro on MS Writer 2019 (letters.jpg)
Comment 3 Vladislav Tarakanov 2025-11-22 01:23:03 UTC
Created attachment 204194 [details]
Compare with old LO version
Comment 4 Sarah Lim 2025-12-02 13:08:20 UTC
reproducible in 
Version: 26.2.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 620(Build:0)
CPU threads: 12; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_FI); UI: en-GB
Calc: threaded

also checked that it works well in this version
Version: 7.6.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 6f227b0dd912d4c70a01eb3872fff15d52de543a
CPU threads: 12; OS: Windows 10.0 Build 26200; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_FI); UI: en-US
Calc: threaded
Comment 5 Sarah Lim 2025-12-08 10:16:35 UTC
just to add, this is reproducible on this version
Version: 24.8.8.0.0+ (X86_64) / LibreOffice Community
Build ID: d1c9e0e4e1ddeb24fe8f93e56860b3765043f8b1
CPU threads: 12; OS: Windows 11 X86_64 (10.0 build 26200); UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_FI); UI: en-US
Calc: threaded

bibisected with win64-24.8
commit ae9e8f3f6d10b0be2fe5b9b238a531b17e0d67da
author	Mike Kaganski 

tdf#160526, tdf#160549: fix split conditions at page start

A single large object in a paragraph must be moved down, when the page
has other content before this. On the other hand, there must not be
moving down, when an unsuccessful attempt to move was already done (so
the master frame is empty), or even the first time, when the frame is
at the page body start.

Change-Id: Ib8e2fe7b77c622d9cfac22722ca6b55dba7ad8ae
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/165869

adding Cc: to Mike Kaganski
Comment 6 Mike Kaganski 2025-12-11 12:57:02 UTC
Created attachment 204581 [details]
Minimal FODT
Comment 7 Mike Kaganski 2026-02-08 12:15:46 UTC
https://gerrit.libreoffice.org/c/core/+/198902
Comment 8 Commit Notification 2026-02-08 15:11:26 UTC
Mike Kaganski committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/950eaf7ade2ba8f742bb34a0d12d8446fe93c27a

tdf#169607: Do split when learned that it wasn't an empty master split

It will be available in 26.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.