If one combines a numbering and a TOC index mark in a paragraph, the TOC generated is completely wrong. Both correct entry (index entry) and incorrect entry (complete paragraph) are included. The order in which index entry and numbering are applied to paragraph is irrelevant. To reproduce -- 1) start with an empty doc, add heading 1 in 'heading 1', heading 2 in 'heading 2', and the arbitrary line in 'default'. 2) Apply an index entry for 'TOC' to the, say, first two words of 'default'-styled paragraph. Make it 3rd level entry (possibly irrelevant). Insert/update TOC => So far, so good. 3) Apply a numbering to 'default'-styled paragraph. Make it, say, 'Numbering 1' style, the outline level is irrelevant. Insert/update TOC => TOC goes bad (screenshot and sample doc attached). If 2) and 3) are exchanged, the result is the same.
Created attachment 80404 [details] TOC goes bad with both numbering and index mark in one paragraph
Created attachment 80405 [details] index mark by itself is okay
Created attachment 80406 [details] proofpic (with one paragraph)
Also reproducible with 4.2.0.4 (Win7) with pretty big document (unable to attach cause of copyright). BI wasn't been able to reproduce it on a small example under openSuse 13.1 (LibreOffice 4.1.4.2).
(In reply to comment #4) > Also reproducible with 4.2.0.4 (Win7) with pretty big document (unable to > attach cause of copyright). > BI wasn't been able to reproduce it on a small example under openSuse 13.1 > (LibreOffice 4.1.4.2). By the way. In my case it was a combination of TOC with outline numbering and alphabetical index (with index marks on some of the outlines). The alphabetical index was erratic
Well, this should be reproducible "everywhere", because it seems the common logic of TOC building assumes that only complete paragraphs-headings would be selected for inclusion in the TOC. I, in this example, wanted inline headings (parts of paragraphs) with numberings. So, index (TOC index) marks by themselves are okay, but add paragraph numbering on those, and things go wrong -- you get one TOC entry with TOC index mark only and one TOC entry with complete paragraph and number. BTW, I've been able to side-step this problem and to get /ersatz/ numbered inline headings with fairly minimal amount of overhead. Do as follows: 1) Insert reference to upper-level heading. 1.1) Add dot and number to it manually - you have ersatz numbering now. 2) Place TOC index entry with appropriate level on the part of the paragraph, including ersatz numbering in it. 3) Update TOC, obviously. *** That said, styles of numberings are quite a convoluted and error-prone matter in LibO/OOO. Their logic of work seems to be multi-staged (e.g., why can't I change numbering style in the paragraph style taken from template - it's grayed out -- or, e.g., what numbering style is used on the paragraph, after all, finally, and is there a place where I could control it in whole?). Worse, controlled from many places and by different means, numberings are easily damaged.
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (4.4.2 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-05-02
4.4.3.2 linux amd64 -- the issue's still there. The only difference is the index mark starting not on the paragraph start (in the example -- paragraph with word 'else' marked) now generates the entry correctly aligned with the 'index mark' one.
In fact, this issue involves two matters. One was TOC index mark being put into TOC at incorrect level, if marked not from the paragraph start, in presence of numbering/outline level in the paragraph itself -- this seems to be solved. Another was (and is) the way of including the non-heading paragraphs with 'non-bodytext' outline level into TOC was (and is) undefined/unspecified. Everything in the paragraph goes into the TOC. Index mark sort of solves this, BUT -- there is no way to include the (containing) paragraph numbering as well. The #86905 is related, I guess.
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (5.1.5 or 5.2.1 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20160920
Issue still there in: Version: 5.2.1.2 Build ID: 31dd62db80d4e60af04904455ec9c9219178d620 CPU Threads: 2; OS Version: Linux 4.4; UI Render: default; Locale: ru-RU (en_GB.UTF-8); Calc: group Entries go into index twice, once with the selection on which index mark's put, and once with the (complete?) paragraph text. And it's not the numbering itself that triggers the inclusion of the bogus entry in TOC but the 'Outline level' other than 'Body text' in Paragraph properties dialog, tab 'Outline & Numbering'. Doesn't look logical.
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (5.4.1 or 5.3.6 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170929
Attachment 80404 [details] is already wrong because 'default'-styled paragraph that appears in ToC is set to Outline level 3, see Format-Paragraph-Outline&Numbering tab. So the result is logical, entries go into index twice. (In reply to Yury from comment #9) > (bug) is the way of including the non-heading paragraphs with > 'non-bodytext' outline level into TOC was (and is) undefined/unspecified. It's normal. Question is why are these outlined. Test must be done from scratch. I wasn't able to repro per Description. And I don't see anyone confirmed this bug. I close as Not a bug.