Bug 118225 - LibreOffice Writer: Heading Style Indenting Keeps Defaulting To 0.76cm
Summary: LibreOffice Writer: Heading Style Indenting Keeps Defaulting To 0.76cm
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.0.2.1 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Templates Writer-Styles-Heading
  Show dependency treegraph
 
Reported: 2018-06-18 13:57 UTC by librelibre
Modified: 2022-01-28 07:47 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments
Screenshot showing issue (123.23 KB, image/png)
2018-06-18 13:59 UTC, librelibre
Details

Note You need to log in before you can comment on or make changes to this bug.
Description librelibre 2018-06-18 13:57:29 UTC
Description:
In LibreOffice Writer, Heading styles (I.E. Heading 1, Heading 2, etc.) keep defaulting to the below indent values when clicking the 'Standard' button and applying, even though the values of the parent style are all set to zero.  

Indent Before Text: 0.76 cm
Indent After Text: 0.00 cm
Indent First Line: -0.76 cm

Clicking the 'Standard' button and applying should set the values to the same as the parent style that it's inherited from.  Although it initially appears to do this, when you press the 'OK' button to set it, it incorrectly changes the values to 0.76cm/-0.76cm instead.

Steps to Reproduce:
1) Open a new file based on the default 'Liberation Serif' Writer template

2) Right-click the 'Heading' style > then 'Modify'

3) In the 'Indents and Spacing' tab, note the following values are set:

Indent Before Text: 0.00 cm
Indent After Text: 0.00 cm
Indent First Line: 0.00 cm

4) Click the 'Cancel' button to exit the dialogue box

5) Right-click 'Heading 1' style > then 'Modify'

6) In the 'Indents and Spacing' tab, click the 'Standard' button.  The values should change to the same as the parent 'Heading' style (which it does and is correct so far):

Indent Before Text: 0.00 cm
Indent After Text: 0.00 cm
Indent First Line: 0.00 cm

7) Click the 'OK' button to set it

8) Right-click 'Heading 1' style > then 'Modify' to go back in

9) In the 'Indents and Spacing' tab, the values are incorrectly set to:

Indent Before Text: 0.76 cm
Indent After Text: 0.00 cm
Indent First Line: -0.76 cm

Actual Results:
Heading 1-10 values after clicking the 'Standard' button and applying end up being:

Indent Before Text: 0.76 cm
Indent After Text: 0.00 cm
Indent First Line: -0.76 cm

Expected Results:
Heading 1-10 values after clicking the 'Standard' button and applying should be:

Indent Before Text: 0.00 cm
Indent After Text: 0.00 cm
Indent First Line: 0.00 cm


Reproducible: Always


User Profile Reset: Yes



Additional Info:
LibreOffice Version: 6.0.4.2 (x64)
OS: Windows 10 (17134.112, 1803)
UI render: GL
Locale: en-GB
Calc: CL
Comment 1 librelibre 2018-06-18 13:59:07 UTC
Created attachment 142863 [details]
Screenshot showing issue
Comment 2 Mike Kaganski 2018-06-18 14:20:30 UTC
Can't reproduce with Version: 6.0.5.1 (x64)
Build ID: 0588a1cb9a40c4a6a029e1d442a2b9767d612751
CPU threads: 4; OS: Windows 10.0; UI render: default; 
Locale: en-GB (ru_RU); Calc: CL

(to start with, the step 6 shows zeroes in all indents from the beginning, so clicking "Standard" doesn't "change" them to parent's values: they simply stay as they were).

Could it be that something is non-standard with the "default 'Liberation Serif' Writer template" (by which I assume the default new document that is created when *no template* was assigned, i.e., from the program's hardcoded defaults)? Could you be using some custom template?
Comment 3 Timur 2018-06-18 16:18:14 UTC
librelibre, do you experience it with all documents or some specific? Please attach.
Did you try on a different system or computer?
Comment 4 librelibre 2018-06-18 16:36:00 UTC
I didn't include the Build ID original info.  Build Number is:

Version: 6.0.4.2 (x64)
Build ID: 9b0d9b32d5dcda91d2f1a96dc04c645c450872bf
CPU threads: 4; OS: Windows 10.0; UI render: GL; 
Locale: en-GB (en_GB); Calc: CL
-------------------------------------

Hi

I've made my own custom template (based on the LibreOffice default template), which is what I use normally and also have an issue with.  However the actual LibreOffice built-in 'Default' template that I used in the above demonstration should still be standard with no modifications (Heading 1 being centered in the attached screenshot was just for the screenshot).

However, there could be something odd with the default templates.  I tried all the built-in Writer templates (which are definately standard as I've never used any of them other than the default one before) and they were as follows:

Templates where Heading styles keep defaulting to 0.76/-0.76 cm:
Modern business letter sans-serif
Modern business letter
Resume
Default
Modern

Templates where Heading styles work OK:
Businesscard with logo
CV

I can't see any particular reason why the CV template works OK, when the others don't.

It's also strange that the default template is working OK for you.  I'm quite new to LibreOffice so have only ever had 6.0.3.2 and 6.0.4.2 installed on this machine, so I'm not sure whether maybe updating from an earlier version of LibreOffice Vs a clean install of 6 makes a difference?

I've just tried another computer and that has the same issue as above.  This machine has also only ever had LibreOffice 6 installed on it.  The details of that machine are as follows:

Version: 6.0.2.1 (x64)
Build ID: f7f06a8f319e4b62f9bc5095aa112a65d2f3ac89
CPU threads: 4; OS: Windows 10.0; UI render: GL; 
Locale: en-GB (en_GB); Calc: CL
Comment 5 Mike Kaganski 2018-06-18 16:58:00 UTC
Reproducible with the "Default" template from Template Manager (File->New->Templates), using the version mentioned in comment 2.

Updating version according to comment 4.
Comment 6 QA Administrators 2019-06-19 02:48:12 UTC Comment hidden (obsolete)
Comment 7 Thomas Lendo 2019-07-07 18:31:49 UTC
Still valid.

Version: 6.3.0.0.beta1
Build ID: a187af327633f5f00363be5131bd21a13e0f1a7b
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: de-AT (de_AT.UTF-8); UI-Language: en-US
Comment 8 QA Administrators 2021-07-07 04:02:32 UTC
Dear librelibre,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug