Download it now!
Bug 113514 - layout glitch: Keep with next paragraph not working in certain unknown condition (use comment 8 file)
Summary: layout glitch: Keep with next paragraph not working in certain unknown condit...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
Depends on:
Blocks: Paragraph-Dialog
  Show dependency treegraph
Reported: 2017-10-29 21:06 UTC by Andrew
Modified: 2020-06-18 07:04 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:

Example screen shot (75.97 KB, image/png)
2017-10-29 21:07 UTC, Andrew
Source document for the screen shot (152.00 KB, application/msword)
2017-10-29 21:07 UTC, Andrew
Andrew's Recipe list_minimal.doc: reduced example (21.00 KB, application/msword)
2019-01-15 06:07 UTC, Justin L

Note You need to log in before you can comment on or make changes to this bug.
Description Andrew 2017-10-29 21:06:00 UTC
Format --> Paragraph --> Text Flow --> Keep with next paragraph toggle not working as expected.  Paragraphs marked with Keep with next paragraph enabled are on previous page.

Steps to Reproduce:
1. create a multi-page document
2. apply heading styles and body paragraph styles
3. manually toggle Keep with next paragraph

Actual Results:  
if "next" paragraph is on the next page, sometimes when Keep with next paragraph is checked, it does not follow the "next" paragraph to the next page.

Expected Results:
If "keep with next paragraph" is checked and "next" paragraph is on the next page, bump the paragraph to the next page.

Reproducible: Always

User Profile Reset: No

Additional Info:
Version: (x64)
Build ID: 22b09f6418e8c2d508a9eaf86b2399209b0990f4
CPU threads: 4; OS: Windows 6.19; UI render: default; 
Locale: en-US (en_US); Calc: group

User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.100 Safari/537.36
Comment 1 Andrew 2017-10-29 21:07:07 UTC
Created attachment 137360 [details]
Example screen shot
Comment 2 Andrew 2017-10-29 21:07:59 UTC
Created attachment 137361 [details]
Source document for the screen shot
Comment 3 Dieter 2017-10-30 07:47:23 UTC
I confirm this bug with the attached document and LO 5.4.2, but I remember the same behaviour in my own documents. If you open the paragraph dialog, disable and enable the "keep with next paragraph" option, it works.

Version: (x64)
Build-ID: 22b09f6418e8c2d508a9eaf86b2399209b0990f4
CPU-Threads: 4; Betriebssystem:Windows 6.19; UI-Render: Standard; 
Gebietsschema: de-DE (de_DE); Calc: group
Comment 4 QA Administrators 2018-10-31 03:53:03 UTC Comment hidden (obsolete)
Comment 5 Roman Kuznetsov 2018-10-31 07:50:11 UTC
still repro in

Build ID: cec31fdedd7c94f4ebf903a66456a75867db22b0
CPU threads: 4; OS: Windows 6.1; UI render: default; VCL: win; 
TinderBox: Win-x86@42, Branch:master, Time: 2018-10-21_22:54:44
Locale: ru-RU (ru_RU); Calc: threaded
Comment 6 Timur 2018-11-01 10:57:53 UTC
Issue both for "fileopen" and "formatting" if resaved in LO.
Similar fileopen for this DOC and DOCX if resaved in MSO.
I can repro from 4.2 with the example at "7. Irish Amber Ale". 
I don't repro with 4.1. Let's try with bibisect.
Comment 7 Buovjaga 2019-01-14 20:52:34 UTC
Bibisected fileopen with Linux 42max

commit 81de606c74699a98019c1dffccf6705af4bac21d
Author: Matthew Francis <>
Date:   Sat Sep 5 22:14:46 2015 +0800

    Bibisect: This commit covers the following source commit(s) which failed to build

For some reason the range is not showing this!/

I could not figure out what commit might be the cause.
Comment 8 Justin L 2019-01-15 06:07:29 UTC
Created attachment 148322 [details]
Andrew's Recipe list_minimal.doc: reduced example

(In reply to Buovjaga from comment #7)
> I could not figure out what commit might be the cause.
I eliminated parts of the document (starting with the TOC) and came up with a three page version that fails as far back as I can test in bibisect43all (so before LO3.6). Not a regression - just a change that triggered an existing bug.
Comment 9 Justin L 2020-06-18 07:04:32 UTC
repro 7.1+.
The Comments-style paragraphs are NOT marked with keep-with-next, so each recipe ought to stick together on a full page.

Likely this is somehow related to styles?  The keep with next attribute is set on the Body style.  The comment style INHERITS from the Body style - but turns off the keep-with-next attribute.

Note that any change in the document that forces a layout change "fixes" the problem (for example, switching to web view and back).