Same as https://issues.apache.org/ooo/show_bug.cgi?id=59295 - Insert alphabetical index - Entries: add 'chaper info' into structure line - Index/table: activiate 'Combine identical entries' but not 'Combine identical entries with..' Problem: the 'chapter info' is reduced to only one - the last - chapter in which the entry appears. I've also made a video (in pt-br, but easy to understand) with the issue: http://www.youtube.com/watch?v=h7RJoXqcgig
Changed the priority to "highest", since this bug 'prevents' high quality works, beeing impossible create an alphabetical index combining identical entries by one of its default options: by chapter number.
I can confirm it on LibreOffice 3.5.4.2 (Debian/Wheezy). When using 'Page number' instead of 'Chapter info' it does work, though.
Created attachment 74979 [details] Output of the Alphabetic Index Output LibO 4.0 produces of an Alphabetic Index.
Am awaiting feedback form the bug-reporte to make sure, but seems we have some sort of mistranslation in the pt-br tree that makes the users want a different output of that what the original LIbO actually states to deliver. My Client is in English, and *it seems* to deliver exactly what it promisses. Will update this bug as soon as possible. Rogerio.
Rogerio, that's impossible to know what you got in your picture just by the results. It seems list all the pages, not chapters the entries appears. Could you, please, attach some pictures with the other steps and options you did?
Gláucio is right there is a bug. Here is what is promised by the Writer Manual (3.4) : If we go to INSERT / INDEX , change the TYPE to Alphabetical Index. Then the ENTRIES tab of this dialog should give us a #E (Chapter Number), but there is no way to bring this entry up. This makes auto-indexes impossible to do for larger files (as books and big articles that have multiple sections). THIS BUG IS UPGRADED to HIGHEST PRIORITY - MAJOR. Rogerio
Updated ... ALL VERSIONS
(This is an automated message.) LibreOffice development currently prioritizes bugs with the so called MAB (most annoying bugs) -- as this bug has not run through that process (including writing a short rationale for this bug being a candidate and other who are watching the tracker bug silently approving that rationale etc.) its priority is set to high. Note this is effectively no change in the urgency assigned to this bug, as we are currently not making a difference between high and highest and severity is untouched. You can find out more about MABs and how the process works by contacting libreoffice qa on irc: http://webchat.freenode.net/?channels=libreoffice-qa The QA wiki page also gives you hints on how to get in contact with the team (if IRC fails you, your next best choice is the mailing list): https://wiki.documentfoundation.org/QA
** 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
LibreOffice Version: 4.4.4.3 Build ID: 40m0(Build:3) Locale: en_US.utf8 OS: Ubuntu 12.04 I can confirm that LibO Writer still behaves in the following way: -If "Combine identical entries" is selected ("with p or pp", "with -" subselections, or no subselection), only the LAST chapter of the occurrence is mentioned, right before the page number of the first occurrence (at the beginning of the page list). -If "Combine identical entries" is UNselected, chapter numbers appear correctly. This behaviour severely cripples Writer's value as a tool for writing professional-level indexes that span several volumes. Since there is no feature to add a volume-number before page numbers, this could be used as a replacement of such a feature.
*** Bug 72971 has been marked as a duplicate of this bug. ***
** 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.2.5 or 5.3.0 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-20170306
This bug is still present. LibreOffice version 5.4.2.2 (x64) OS: Windows 8.1
To clarify: In an environment with numbering of pages including the chapter number, the Alphabetical Index isn't usable because only the first appearance of a combined entry is marked with a chapter number. All others have only a page number. And additionally this chapter number is the chapter of the last appearance. Changing summary from 'Alphabetical index not combining entries with chapter info' to 'Chapter info doesn't support more than one appearance in an Alphabetical index entry and only the last chapter' to be more specific. Partly citing https://bz.apache.org/ooo/show_bug.cgi?id=59295 c5 to show an example (the roman numbers represent the outline numbering): Now a combined entry looks like: Flowers III-1,2,1,1,2,3 But a combined entry should look like: Flowers I-1,I-2,II-1,III-1,III-2,III-3
This is a lot like the error I am having. I have three instances of subnet mask noted in the index, they occur on pages 2-2, 2-8 and 4-7. That part of my index is as follows: subnet mask 4-2, 7, 8 None of the three entries for subnet mask are correct.
Dear Gláucio de Araujo, 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 with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. 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) from 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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
I haven't yet been able to check out the bug on current release due to difficulties installing a later version of libreoffice. I run on Ubuntu 16.04 using X11 rdp (remote). Releases taken directly from libreoffice downloads present a blank initial page except the toolbar "File Tools Help". I stumbled on a work-around which presents the whole thing as expected if I first select Tools then Options - I don't have to do anything else. I plan to get a current version then try this bug, using the work-around just described.
This is still failing under 6.3.2.2
Dear Gláucio de Araujo, 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 with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. 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) from https://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: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
The bug is still present in version 7.2.2.2 It is still and issue that needs to be resolved. Latest example: The index entry "Backup" should reference pages 1-1 3-14, 4-6, 4-7 That index entry reads 1-1, 14, 6, 7
It's been ten years since this bug was first reported. It is still a problem. There is an ugly work around, at least for the time being. LO Writer treats word entries as different if they have a different number of spaces after the index word. Corn with no space after the last n is different from Corn with one space after the last n, is different from Corn with two spaces after the last n. When formatting the entries of an index, trailing spaces are apparently truncated but - only when it's time to format the lines of the index. Using this, a convention of adding one space after index entries in chapter one and, two spaces after index entries in chapter two - or, perhaps only using this technique for those instances where something to be indexed appears in multiple chapters. It does make for an index that will appear to show the same word multiple times in an index if, that indexed work appears in multiple chapters but - that's better than having an incorrect entry (pointing to the wrong page) in the index.