1. Tools - Chapter Numbering (if you have not saved a numbering then first modify "Number" for one or more levels, then Load/Save, Save As, enter a name) 2. Load/Save (choose a saved entry) 3. Click on "Position" tab 4. Click on "Numbering" tab Actual Result: The loaded entry is gone. Expected result: Loaded entry remains after switching to position tab. Additional information: Step 3.5 Modify a value in the Position tab 4. Click on Numbering tab Actual and Expected Result: The loaded values remain. Version: 7.1.0.3 (x64) / LibreOffice Community Build ID: f6099ecf3d29644b5008cc8f48f42f4a40986e4c CPU threads: 8; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win Locale: da-DK (en_DK); UI: en-US Calc: threaded
I confirm there's something wrong here. I get crash clicking on Position, after Load. Any change will do, Number or Before. No repro 6.0. Repro 6.1 and 7.2+, Win and Lin. I'll mark regression.
Bibisect can be done with 5.4 in Linux.
(In reply to Timur from comment #1) > I get crash clicking on Position, see bug 140528
Looks unneeded to separate to two bugs to me. I bibisected the crash and wrote in bug 140528. Seth, also please connect via See Also in these cases.
(In reply to Timur from comment #4) > Looks unneeded to separate to two bugs to me. This bug is NOT about the crash. You did not mention testing in 7.1.0. Notice version number in comment 0. Probably you did not see the problem if you were crashing on the "position" tab. Will set this back to "Unconfirmed".
No repro with master,if you mean that Numbering is gone, as Title indicates. I do see that value in Position is lost if not accepted with OK. Please review the steps.
Created attachment 170181 [details] chapter.cfg used to produce problem Can still repro with the 7.1.0.3 identified in comment 0. 1. Start with "pre-loaded" outlines in attachment in {user profile}/config/chapter.cfg 2. Tools > Chapternumbering (dialog opens on Numbering tab, with cursor on Level 1) 3. Load/Save > choose "Position Centered" Result: Serbian numbering in level 1, notice preview has numbering up to Level 7. 4. Click on Position tab, then click on Numbering tab. Result: the numbering seen in the preview after step 3 is gone. (couldn't try this before with 7.2.0.0 because of crash with Position tab), So far, have not been able to repro with recent master -- but I also keep getting crashes in 7.2.0.0.alpha when I try to test this throughly. For example, maybe the problem is that there has to be a lot of levels saved, so I tried to make one manually for 7.2. 1. Set the number field for level 1 through level 10 2. Choose Load/save > Save As Crash https://crashreport.libreoffice.org/stats/crash_details/3f5360b6-a5ad-45ba-9481-d0cb1a7283e5 I will wait until 7.2.0.0 is more stable before further testing. Tested with: Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 6fb9f368c6824a8ff7bc5bc5cf66fc2df7d055b7 CPU threads: 8; OS: Windows 10.0 Build 19041; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_DK); UI: en-US Calc: CL
Cannot reproduce with: Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 6fb9f368c6824a8ff7bc5bc5cf66fc2df7d055b7 CPU threads: 8; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win Locale: en-US (en_DK); UI: en-US Calc: CL Also tried in 7.2 with the chapter.cfg that gives the problem in 7.1.0.3 Will close as NAB
I consider this a bug, please comment : value in Position is lost if not accepted with Ok before returning to Numbering
(In reply to Timur from comment #9) > I consider this a bug, please comment : > > value in Position is lost if not accepted with Ok before returning to > Numbering Agree that such behavior is a bug. But I cannot reproduce it (also tried in Safe Mode) with: Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 6fb9f368c6824a8ff7bc5bc5cf66fc2df7d055b7 Fwiw, I have had an impression sometimes that this (losing Position) was happening, but there are so many moving parts in this dialog, that it is hard to always notice the exact sequence to reproduce a problem.
(In reply to Timur from comment #9) > value in Position is lost if not accepted with Ok before returning to > Numbering I think I have found a reliable case where Position is lost in Save As. 1. Leave Numbering as "None" or choose a numbering scheme in the Number field. 2. In Position, set Numbering Alignment as "Centered" for a few levels. 3. Save as "Centered" (or whatever) 4. Set the "position" to "Left" manually. 5. Load/Save > Centered Result: Position remains at "Left", the "Centered" is not saved. Tested in Safe Mode Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 72841008bf422dfd8553240b3a78f0474d03523c CPU threads: 8; OS: Windows 10.0 Build 19041; UI render: default; VCL: win Locale: en-US (en_DK); UI: en-US Calc: threaded (but other times position is remembered, for example, when I was not working in Safe Mode. Not sure what is critical here.) (see bug 140800 for an enhancement request for the Load/Save dialog)