Created attachment 147447 [details] This is the example document showing the behavior. Somehow pasting in things copied from the web has made it so the nice "Continue previous numbering" starts at 1 again. See attached document. The 2. at the bottom should really be 7. The indented 1. and 2. should be under the previous bigger heading 6. There now appears to be no option to put a number you want in by hand, which would be okay if the "Continue previous numbering" worked all the time, but with it like it is, frustration ensues. :-) Thanks for all your work on a great product. Rob
I confirm this with Version: 6.1.3.2 (x64) Build-ID: 86daf60bf00efa86ad547e59e09d6bb77c699acb CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; Gebietsschema: de-DE (de_DE); Calc: group threaded and Version: 5.4.7.2 (x64) Build-ID: c838ef25c16710f8838b1faec480ebba495259d0 CPU-Threads: 4; BS: Windows 6.19; UI-Render: GL; Gebietsschema: de-DE (de_DE); Calc: CL Steps to reproduce 1. open a new document 2. Type two lines 3. change lines to numbered list 4. In the second line change to "Restart numbering" 5. In the second line Change to "Continue previous numbering" Actual result Doesn't work Additional observation: "Restart numbering button" changes numbering between restart and continue
Repro 6.4+.
I revisited this bug and now I think it can be closed. attachment 147447 [details] is messy document with unnamed numberings, not list styles. Somehow and who knows how, last number that's reported as a bug, has style P7. Single line (before "What is the maximum value for ") has it also, so it's continuing that numbering. Makes no sense, but also makes no sense to investigate how document was created. Seems like LO cannot nicely put all numberings without some plan or usage of list styles. I.e. do not just click Nubbering icon or paste from somewhere if you have more levels of numbering. Dieter's example is something different, should have searched for Continue after Restart, bug 113213.