Description: Parameters set manually under Chapter Numbering..., Numbering tab, in Numbering section at 'Paragraph style:' and applied to styles whose model is 'Heading <number>', are not persistent. Steps to Reproduce: 1. Use document sample from attachment 147885 [details]. Delete its content. 2. Enter a two-lined content as follow: A B 3. Apply styles Heading 1, Heading 2 respectively to expressions A, B; 4. Under Tools => Chapter Numbering..., Numbering tab, apply settings illustrated '...Heading-1.png'* to style Heading 1; 5. Under Tools => Chapter Numbering..., Numbering tab, apply settings illustrated in '...Heading-2.png'* to style Heading 2; 6. Repeat step 4.. (*) See attachment Writer_v.6.1.2.1_Chapter-Numbering_Heading-x.tar Actual Results: 4. – regarding Heading 1, '1 [tab] A'; regarding Heading 2, 'B'. 5. – regarding Heading 1, 'A'; regarding Heading 2, '1.1 [tab] B'. 6. – regarding Heading 1, '1 [tab] A'; regarding Heading 2, 'B'. When investigating the states of the settings under the section Numbering regarding level 1, level 2, it turns out that applying a level to an 'Heading <number>'-styled expression has for result to set the parameters under 'Paragraph style:' to '[none]' for others styles applied using that same model. This can also be observed while the number of applied styles observing that model is superior to two, e.g from Heading 1 to Heading 3. Expected Results: Parameters set manually under 'Paragraph style:' to be persistent. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 6.1.2.1; Build ID: 6.1.2.1-4.fc29; CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; Locale: en-GB (en_GB.UTF-8); Calc: group threaded
Created attachment 148211 [details] Chapter-Numbering – Settings applied to 'Heading-x's
I can't confirm with Version: 6.3.0.0.alpha0+ (x64) Build ID: ffa5b8a82eab18041bbee4d6914892b82c7801d3 CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-12-19_03:24:54 Locale: en-US (de_DE); UI-Language: en-US Calc: threaded
# Comment 2 – A different configuration – a lucky one regarding the issue – was used. The one to be used for confirmation now relies not only on Linux, but Fedora as distribution.
(In reply to ricky.tigg from comment #0) > 5. – regarding Heading 1, 'A'; regarding Heading 2, '1.1 [tab] B'. > 6. – regarding Heading 1, '1 [tab] A'; regarding Heading 2, 'B'. I don't get these results. With 5., '1 [tab] A' stays and with 6., '1.1 [tab] B' stays unchanged. Do you still see the problem with 6.2.x? Set to NEEDINFO. Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away. Arch Linux 64-bit Version: 6.4.0.0.alpha0+ Build ID: 1ce1c26dd98e6477139e08d1ebe89fa950ff5fb0 CPU threads: 8; OS: Linux 5.2; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded Built on 12 July 2019 Arch Linux 64-bit Version: 6.2.5.2 Build ID: 6.2.5-1 CPU threads: 8; OS: Linux 5.2; UI render: default; VCL: kde5; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded
Tested with: Version: 6.2.4.2.0+; Build ID: 6.2.4.2-4.fc30; CPU threads: 2; OS: Linux 5.1; UI render: default; VCL: gtk3; Locale: en-US (C); UI-Language: en-US; Calc: threaded Hi. Testing shows issue is content specific; it must not be usual. Under Chapter Numbering,regarding levels 1 and 2, the options Paragraph style and Number were set for both respectively to [none] and none. New settings in my test level 1: Heading 1 and "1,2,3..." ; level 2: Heading 2 and "1,2,3...", sublevel: 2. Those settings did not had any fixing effect even while for each heading style, under Organizer, AutoUpdate was selected. Then each style had to be updated manually. in Navigator by Update Style. However deleting that very document's whole content before testing any new right settings combinations and then creating new content to which apply the properties involved in that issue will allow at last those properties to work properly.
Hello Ricky, A new major release of LibreOffice is available since this bug was reported. Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Version: 6.3.4.2; Build ID: 60da17e045e08f1793c57c00ba83cdfce946d0aa; CPU threads: 2; OS: Linux 5.4; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US; Calc: threaded Issue no longer reproducible.
(In reply to ricky.tigg from comment #7) > Version: 6.3.4.2; Build ID: 60da17e045e08f1793c57c00ba83cdfce946d0aa; CPU > threads: 2; OS: Linux 5.4; UI render: default; VCL: gtk3; Locale: fi-FI > (fi_FI.UTF-8); UI-Language: en-US; Calc: threaded > > Issue no longer reproducible. Thanks for retesting the issue with the latest version. Setting to RESOLVED WORKSFORME since the commit fixing this issue hasn't been identified.