Bug 68263 - FORMATTING: built-in paragraph styles List x and Numbering x not updated when linked, if changed (Comment 10)
Summary: FORMATTING: built-in paragraph styles List x and Numbering x not updated when...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.5.7.2 release
Hardware: All All
: medium major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Writer-Styles-Paragraph
  Show dependency tree / graph
 
Reported: 2013-08-19 08:55 UTC by ajlittoz
Modified: 2024-02-01 15:30 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:

Attachments
ZIP of ODT/PDF example lists created under v3572 and v4104. (54.05 KB, application/zip)
2013-08-20 01:27 UTC, Owen Genat (retired) 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description ajlittoz 2013-08-19 08:55:38 UTC 
Maybe a duplicate of bug #44494

Occurs in LO 3.5.7.2 and 4.1.0.4

How to reproduce:
-----------------
- Make "List 1 Start" linked to "Start 1"; ensure "List 1 Start" is an exact duplicate of "List 1" by clicking on 'Standard' button in 'Indents é Spacing' tab. Click OK.
- Write one "List 1 Start" paragraph, followed by one "List 1" paragraph. They look the same.
- Change 'Indents & Spacing' in "List 1": set 'Before text' to 10cm. Click OK.
- Both paragraphs are updated, they look the same.

- Change 'First Line' in "List 1 Start.' to 2cm; click OK.
- Alignment is changed as expected

- Change 'Before text' in "List 1" to 5cm; click OK.
- Only, "List 1" paragraph is moved! 'Before text' measure is not propagated to child style, though 'Before text' was not forced to a non-inherited value.


To exhibit a stranger behaviour, set 'Indent & Spacing' measures in "Default" to easily identifiable values. Open "List 1 Start" and click on 'Standard' in 'Indent & Spacing'. Measures are reset to values which are neither "List 1"'s nor "Default"'s.


This broken behaviour is the same for all "List x" and "Numbering x" styles.

But, if you create child user styles under "List x" (or "Numbering x"), the child style is correctly updated whenever any attribute in the parent style is changed.

This bug does not happen with the "Heading x" family where the changes cascade down the hierarchy when they are linked t each other.
Comment 1 Mikko Ahlroth 2013-08-19 10:21:42 UTC Comment hidden (obsolete)
Comment 2 Owen Genat (retired) 2013-08-20 01:27:19 UTC 
Created attachment 84298 [details]
ZIP of ODT/PDF example lists created under v3572 and v4104.

In the original description for this bug, under "How to reproduce" the first line should read: 

Make "List 1 Start" linked to "List 1" (rather than "Start 1")

A somewhat detailed discussion / answer can be found in the related AskLO thread:

http://ask.libreoffice.org/en/question/21589/writer-can-the-list-styles-be-linked/

Example files are attached to make clearer the point being made by the original reporter. It is easy to become confused about the paragraph style (PS) and list style (LS) being referred to and exactly what this issue is about. In my description below I have prefixed each named style with these acronyms and outlined the two different associations between the style types for the sake of clarity. I am only using the List 1 styles in my example, but as the original reporter notes this problem affects all List N and Numbering N styles.

There are two types of inter-style associations being made: 

(1) PS:List 1 Start, PS:List 1 Cont., and PS:List 1 End are all "Linked with" PS:List 1 (rather than PS:List) on the "Organizer" tab. Each sub-style has the AutoUpdate option checked, thus the expectation is that changes to PS:List 1 will propagate to PS:List 1 Start, PS:List 1 Cont., and PS:List 1 End. This does not appear to work for most fields on the "Indents & Spacing" tab when modifying the parent style.

(2) PS:List 1, PS:List 1 Start, PS:List 1 Cont., and PS:List 1 End are all set to use the "Numbering style" LS:List 1 on the "Outline & Numbering" tab. Again, the expectation is that changes to LS:List 1 will propagate to PS:List 1, PS:List 1 Start, PS:List 1 Cont., and PS:List 1 End. This does appear to work as expected (thus is NOT what this report is about).

For case (1) only changes to the "Line spacing" field appear to work as expected in the attached example. I have tested this under Crunchbang 11 running v3.5.7.2 and v4.1.0.4. All other fields on the "Indents & Spacing" tab appear to exhibit problems with inheritance.
Comment 3 Owen Genat (retired) 2013-08-20 01:31:47 UTC 
I am confirming this bug. Setting Status to NEW. The keyword "regression" could also probably be added as the problem appears to be mildly less severe under v3.5.7.2 than v4.1.0.4 (e.g., when changing the "After text" field), although both exhibit generally consistent (erroneous IMO) behaviour.
Comment 4 Ulrich Windl 2014-04-11 13:49:54 UTC 
(Just a second before I submitted my bug report, I found this one (I'm also confirming the bug (for Windows/32 and German language settings (if it matters)):

While reading the Writer documentation, I tried out things I read: list styles

I wrote some text, defined a list paragraph style (actually modified three predefined styles), assigned a list style to it and pressed OK.
As I was not satisfied with the initial result, I started to modify the assigned list style in the stylist. However the changes in list style were not propagated correctly to all paragraphs using that list style. For some paragraphs I could fix it by assigning the same paragraph style again, while for other paragraphs I had to assign a different paragraph format first, just to return to the original format. Maybe that#s the reason why list styles are used so rarely...

Please apologize if this is not the same issue!
Comment 5 Owen Genat (retired) 2014-04-12 11:31:12 UTC 
(In reply to comment #2)
> (1) PS:List 1 Start, PS:List 1 Cont., and PS:List 1 End are all "Linked
> with" PS:List 1 (rather than PS:List) on the "Organizer" tab. Each sub-style
> has the AutoUpdate option checked, thus the expectation is that changes to
> PS:List 1 will propagate to PS:List 1 Start, PS:List 1 Cont., and PS:List 1
> End. This does not appear to work for most fields on the "Indents & Spacing"
> tab when modifying the parent style.

This still appears to be the case under Crunchbang 11 x86_64 using v4.2.2.1 Build ID: 3be8cda0bddd8e430d8cda1ebfd581265cca5a0f. Summary edited to be clearer that this bug report relates to hierarchical associations of paragraph styles relating to lists (i.e., the List ... and Numbering ... styles) rather than list styles e.g., the paragraph style List 1 Start being automatically updated when the paragraph style List 1 (on which List 1 Start is based) is edited.
Comment 6 QA Administrators 2015-06-08 14:41:47 UTC Comment hidden (obsolete)
Comment 7 ajlittoz 2015-06-26 14:59:28 UTC Comment hidden (obsolete)
Comment 8 Ulrich Windl 2015-08-31 11:02:12 UTC 
The bug is still present in 4.4.5.2: When changing the indent of the paragraph style, the change was only applied to a few paragraphs. The solution was to use a different numbering style, save the change, and then revert to the previous numbering style. I think this is a major bug.
Comment 9 QA Administrators 2016-09-20 10:28:52 UTC Comment hidden (obsolete)
Comment 10 ajlittoz 2016-09-20 16:07:30 UTC 
Short answer: LO 5.1.5.2 bug still present

Long answer:
If child paragraph style is an exact duplicate of parent paragraph style, changing a property in "Indent & Spacing" propagates down the hierarchy. As soon as a property is changed in the child paragraph style, any modification of another property in the parent paragraph style no longer propagates.

Even if child properties are restored to original with "Standard" button, any change is the parent style does not propagate.

All behaviour as complained in bug description still there.
Comment 11 Ulrich Windl 2016-10-04 08:05:13 UTC 
Asking twice (2015 and 2016) whether the bug is still there (without doing anything) is quite optimistic on the developer's side; on the user's side I tend to become more pessimistic over time ;-)
Comment 12 QA Administrators 2017-10-23 14:00:29 UTC Comment hidden (obsolete)
Comment 13 ajlittoz 2017-10-23 14:51:37 UTC Comment hidden (obsolete)
Comment 14 QA Administrators 2019-10-15 02:28:43 UTC Comment hidden (obsolete)
Comment 15 ajlittoz 2019-10-21 08:55:16 UTC 
Date: 2019-10-21
LO: 6.2.7.1
Distro: Fedora 30 (Linux 5.5.5-200.fc30.x86_64)

Bug still present
Comment 16 QA Administrators 2021-10-21 03:35:21 UTC Comment hidden (obsolete)
Comment 17 ajlittoz 2022-06-20 09:27:00 UTC 
Bug still present in 7.3.4.2, OS Linux, distro Fedora 36

I notice also a "behaviour break". When a paragraph style is configured for list by linking it to a list style in the Outline & List tab, the list style normally takes over left indent and first line indent controls.

When such a paragraph list has children styles, left indent for it and its children is no longer controlled by the list style but by the individual paragraph styles.