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
Created attachment 142863 [details] Screenshot showing issue
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?
librelibre, do you experience it with all documents or some specific? Please attach. Did you try on a different system or computer?
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
Reproducible with the "Default" template from Template Manager (File->New->Templates), using the version mentioned in comment 2. Updating version according to comment 4.
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 http://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
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
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
Still in: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 15b886f460919ea3dce425a621dc017c2992a96b CPU threads: 6; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: CL threaded Not a single control resets to parent.
I could not reproduce it anymore using a template in: Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 707eaa04cf3c419df60f9a5a446cc744c1f80642 CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (de_DE); UI: en-US Calc: CL threaded Maybe anyone else could reproduce it again.