Bug 60616 - Chapter info doesn't support more than one appearance in an Alphabetical index entry and only the last chapter
Summary: Chapter info doesn't support more than one appearance in an Alphabetical inde...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: All All
: high major
Assignee: Not Assigned
: 72971 (view as bug list)
Depends on:
Blocks: TableofContents-Indexes Writer-UX
  Show dependency treegraph
Reported: 2013-02-10 21:22 UTC by Gláucio de Araujo
Modified: 2023-02-22 02:27 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:

Output of the Alphabetic Index (82.45 KB, image/png)
2013-02-17 12:45 UTC, Rogerio Luz Coelho

Note You need to log in before you can comment on or make changes to this bug.
Description Gláucio de Araujo 2013-02-10 21:22:38 UTC
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
Comment 1 Gláucio de Araujo 2013-02-16 11:12:52 UTC
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.
Comment 2 Rodolfo 2013-02-16 14:32:33 UTC
I can confirm it on LibreOffice (Debian/Wheezy).

When using 'Page number' instead of 'Chapter info' it does work, though.
Comment 3 Rogerio Luz Coelho 2013-02-17 12:45:53 UTC
Created attachment 74979 [details]
Output of the Alphabetic Index

Output LibO 4.0 produces of an Alphabetic Index.
Comment 4 Rogerio Luz Coelho 2013-02-17 12:49:07 UTC
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. 

Comment 5 Gláucio de Araujo 2013-02-17 13:00:09 UTC
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?
Comment 6 Rogerio Luz Coelho 2013-02-17 14:25:00 UTC
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). 


Comment 7 Rogerio Luz Coelho 2013-02-17 14:27:33 UTC
Updated ... ALL VERSIONS
Comment 8 Björn Michaelsen 2014-01-17 00:43:55 UTC Comment hidden (obsolete)
Comment 9 Joel Madero 2015-05-02 15:43:44 UTC Comment hidden (obsolete)
Comment 10 thanasis57 2015-07-21 11:46:47 UTC
LibreOffice Version:
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.
Comment 11 Jean-Baptiste Faure 2016-01-24 16:06:35 UTC
*** Bug 72971 has been marked as a duplicate of this bug. ***
Comment 12 QA Administrators 2017-03-06 14:28:36 UTC Comment hidden (obsolete)
Comment 13 Edgar Quond 2017-10-15 01:08:18 UTC
This bug is still present.

LibreOffice version (x64)
OS: Windows 8.1
Comment 14 Thomas Lendo 2018-10-08 09:39:02 UTC
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
Comment 15 Lee 2018-10-29 21:38:27 UTC
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.
Comment 16 QA Administrators 2019-10-30 03:36:26 UTC Comment hidden (obsolete)
Comment 17 Lee 2019-10-31 01:49:02 UTC
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.
Comment 18 Lee 2019-10-31 20:28:16 UTC
This is still failing under
Comment 19 QA Administrators 2021-10-31 04:02:17 UTC Comment hidden (obsolete)
Comment 20 Lee 2021-11-01 00:59:19 UTC
The bug is still present in version
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
Comment 21 Lee 2023-02-22 02:27:31 UTC
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.