Download it now!
Bug 115871 - "Standard" button in style dialogs fails to remove attributes
Summary: "Standard" button in style dialogs fails to remove attributes
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
6.0.1.1 release
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Styles-Dialog
  Show dependency treegraph
 
Reported: 2018-02-20 08:06 UTC by Kenneth Hanson
Modified: 2020-01-20 23:14 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Kenneth Hanson 2018-02-20 08:06:28 UTC
Description:
When the "Standard" button is pressed, most attributes are removed (and go back to inheriting from the parent style), but some are not, including numbering style (Outline and Numbering) and some attributes from borders.

The numbering style case is particularly problematic, because the UI does not distinguish between "don't do anything" and "no numbering". If you attach a numbering style to a paragraph style and later go back and choose "None", it will mean "no numbering", so subsequent applications of that style forcibly remove all numbering styles as well as manual formatted numbering. I haven't yet checked whether this problem has been reported.

The fact that the button is broken was mentioned in bug 42763 comment 4, but I couldn't find a bug report.

Bug 89826 is related, but this needs to be fixed regardless.

I suspect that this problem has existed since before version 3.3, but for now I'll set the version to 6.0.1.1.

Steps to Reproduce:
Navigate to relevant tab for some style attribute for some style and press "Standard" then "Apply" or "Okay".

Actual Results:  
All attributes for the tab removed.

Expected Results:
Some attributes fail to be removed.


Reproducible: Always


User Profile Reset: No



Additional Info:


User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:58.0) Gecko/20100101 Firefox/58.0
Comment 1 Buovjaga 2018-03-07 16:23:24 UTC
I could not reproduce the Numbering style issue, but from Borders I noticed Width does not reset. Yet, that was the *only* one that misbehaved.
The style I modified was picked randomly: Footer paragraph style.

Arch Linux 64-bit
Version: 6.1.0.0.alpha0+
Build ID: 856c57f20f9b07c686a854e0ccbb6ee3b0ee4791
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on March 7th 2018
Comment 2 Kenneth Hanson 2018-03-10 14:10:25 UTC
I think shadows was one of the other properties on the borders tab that refused to reset, in the same manner as numbering.

But it sounds like I need to check more thoroughly if you couldn't reproduce the problem with numbering.
Comment 3 Buovjaga 2018-03-10 14:59:44 UTC
(In reply to Kenneth Hanson from comment #2)
> I think shadows was one of the other properties on the borders tab that
> refused to reset, in the same manner as numbering.

Shadow resets fine for me.
Comment 4 QA Administrators 2019-03-11 03:47:45 UTC Comment hidden (obsolete)
Comment 5 Kenneth Hanson 2019-11-02 03:30:04 UTC
As of v6.3.2.2, problems with borders seem to fixed, at least for a fresh test document.

No change to the numbering problem.