Bug 88602 - FORMATTING: Paragraph loses 'Do not split paragraph' and 'Keep with next paragraph' settings when inserting a new paragraph before it.
Summary: FORMATTING: Paragraph loses 'Do not split paragraph' and 'Keep with next para...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Paragraph-Dialog
  Show dependency treegraph
 
Reported: 2015-01-20 00:03 UTC by Sascha Fichtner
Modified: 2022-07-20 11:16 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
Simple repro showcasing how the settings are lost. (9.60 KB, application/vnd.oasis.opendocument.text)
2015-01-20 00:03 UTC, Sascha Fichtner
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Sascha Fichtner 2015-01-20 00:03:32 UTC
Created attachment 112504 [details]
Simple repro showcasing how the settings are lost.

Problem description:
When inserting a new paragraph before an existing paragraph, the existing paragraph loses its 'Do not split paragraph' and 'Keep with next paragraph' settings.

Steps to reproduce:
Load the attached .odt file. All 3 paragraphs have both options enabled.
Move cursor to the start of 'Paragraph 2'.
Insert a new (empty) paragraph between 'Paragraph 1' and 'Paragraph 2' by hitting RETURN.

Current behavior:
'Paragraph 1' retains its settings (as expected).
The newly added 'Paragraph 1.5' inherits the settings from 'Paragraph 2' (as expected... sort of).
'Paragraph 2' has both options deselected.
'Paragraph 3' retains its settings (as expected).

Expected behavior:
'Paragraph 2' should not lose its settings.
Comment 1 Joe P. 2015-01-22 03:57:38 UTC
Following the provided steps, I can confirm that I am observing the same behavior as described below. In addition to the listed version (4.3.5.2) I also tested in a 3.3, 3.5, and 4.0 version and found the behavior the same. I believe that this bug is confirmed and I will change its status to 'New'.
Comment 2 QA Administrators 2017-01-03 19:43:10 UTC Comment hidden (obsolete)
Comment 3 Dieter 2017-10-30 07:51:49 UTC Comment hidden (obsolete)
Comment 4 QA Administrators 2018-10-31 03:53:07 UTC Comment hidden (obsolete)
Comment 5 Dieter 2018-10-31 08:10:26 UTC
Still reproducible with

Version: 6.2.0.0.alpha1+ (x64)
Build ID: 8274c4c62df5b937b3f0bec9e1eeca85f3b219d4
CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-10-22_01:47:50
Locale: en-US (de_DE); Calc: CL

But in addition to the previous comments I think, it's perhaps a consistent behaviour, because the paragraph after the cursor is always treatet as a new paragraph without settings (if you place the cursor at the end of paragraph 1 on press ENTER, the new paragraph has no settings).
Comment 6 Timur 2020-07-07 15:35:22 UTC
Repro 7.1+. Not sure but looks like a bug because other paragraph settings are kept. I set Minor because it's only with direct not style formatting.
Comment 7 Anthony 2020-07-07 16:10:15 UTC
(In reply to Timur from comment #6)
> Repro 7.1+. Not sure but looks like a bug because other paragraph settings
> are kept. I set Minor because it's only with direct not style formatting.

In response to your questions:
Did you first search before reporting? Yes
Is this a duplicate of bug 88602?  No
Do you save as ODT?  Yes
Please attach a minimal sample file. It's easily repeatable with the above describe steps.
As notes, this is not critical, just annoying when updating a log. Thank you in advance for your consideration.
Comment 8 QA Administrators 2022-07-08 03:37:10 UTC Comment hidden (obsolete)
Comment 9 Dieter 2022-07-20 11:16:44 UTC
Still present in

Version: 7.3.5.1 (x64) / LibreOffice Community
Build ID: d56c1c78db15939340c3db8ee3b6667832313d23
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL