Description: The file contains several categories of automatically numbered items. At a particular point in the text, Writer restarts numbering two of the categories (headings, examples) on 1. New items inserted before that point are correctly numbered, items added after that point receive the new numbering. Steps to Reproduce: Unreproducible. Actual Results: After an (invisible) point in the file, automatic numbering of headings and examples restarts. Expected Results: Numbering should have gone on after this point, as it did in versions of this file before today. Reproducible: Didn't try User Profile Reset: No OpenGL enabled: Yes Additional Info: The file uploaded is actually part of a newer version of the file test_san.odt uploaded with Bug 148333. Yesterday's version of the file (p. 662) has correct numbering. Apparently the file now contains some code which triggers the renumbering. Although not reproducible, this bug has been noted by others before: https://ask.libreoffice.org/t/unable-to-continue-numbering/48632/10 https://ask.libreoffice.org/t/libreoffice-writer-randomly-restarts-outline-heading-numbering/26195
Created attachment 179376 [details] file contains an invisible break point in the middle which causes numbering to restart This is an updated version of p. 662 of the file test_san.odt uploaded with Bug 148333.
Being forced to keep working with this rotten file, I can now report another symptom of the bug: From the (lower) part of the file which is renumbered, I copy an example and paste it into the (upper) part of the file which has continuous numbering. I paste it between numbers E328 and E329. It there appears as number E1, while E328 and E329 remain in shape, i.e. their numbering is not affected by the insertion of the additional example.
Christian, I can't see a restart in numbering in attached document. If a bug is unreproducible, it's not a valid bug report. Please add some steps to reproduce and infrmations about actual and expected result. Thank you. Please make also sure, that you use an actual version of LO. Please copy and paste infors from Heilp -> About LibreOffice => NEEDINFO
(In reply to Dieter from comment #3) > Christian, I can't see a restart in numbering in attached document. I load the document directly from the webpage into LO Writer 7.2.5.1. There is first an example numbered E1 and further below another example, formated with the very same style, which also bears number E1, followed by another one numbered E2. The second occurrence of E1 should be E2, followed by E3. Renumbering of the headings does not appear in this extract of the file. It does appear in the original file itself. I can provide a sanitized version of it if somebody wants to look into this bug. > If a bug > is unreproducible, it's not a valid bug report. Please add some steps to > reproduce and infrmations about actual and expected result. Thank you. I certainly would not know how to reproduce this error. However, it is nevertheless a valid and detectable bug because the file must contain a trace of it; otherwise the numbering would not be restarted.
Created attachment 179746 [details] page with two numberings restarted This is a screenshot of the original broken file. It shows renumbering both of the examples and the headings. The latter does not appear in the ODT uploaded earlier.
[Automated Action] NeedInfo-To-Unconfirmed
(In reply to Christian Lehmann from comment #4) > an example numbered E1 and further below another example, formatted > with the very same style, which also bears number E1, followed by another > one numbered E2. The second occurrence of E1 should be E2, followed by E3. Yes, but we don't know how it was created, this may set be on purpose. This is NotABug, can be easily corrected. I could explain why, but BZ is bug report tool, not a learning tool. If something is unclear like this, reporter should: 1. search in similar open and closed bugs. 2. use Ask.Libreoffice.org Christian, I see by your 65 reports that you are an advanced user and frequent reporter. That means you should always search before reporting to avoid many duplicates. Thanks.
(In reply to Christian Lehmann from comment #4) > a valid and detectable bug because the file must contain a > trace of it; otherwise the numbering would not be restarted. 2nd E is missing this: continue-numbering="true"
Timur, I did not mean to misuse this platform. And I am happy to be shown mistaken. However, how could I even know that '2nd E is missing this: continue-numbering="true"'? Right-clicking on this number, the checkbox 'Restart numbering' is unchecked. The user is not expected to look into content.xml, is he? Thus, I am ready to accept that I must have brought about the error in the file myself. However, what can I, as a user, be expected to do about it?
Just reapply List Style (since no "continue numbering" here).
Thanks. However: 1) If this code is invisible to the user, LO should not put it into the file in the first place, at least not without alerting the guileless user. 2) You may have noticed that the action of reapplying the List Style in question will have to be applied individually to each and every item following the first item with which automatic numbering restarted (in the case of my file, hundreds of them). I have no intention to quarrel about whether or not the symptoms displayed by the broken file I uploaded deserve to be called a bug. What I am suggesting is that 1) a file should not get into that state behind the user's back and 2) if this nevertheless happens, the user should have a practical way of undoing it.
Long discussion, please see bug 140579.