Download it now!
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)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: high major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 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: 2019-10-31 20:28 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


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

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 3.5.4.2 (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. 

Rogerio.
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). 

THIS BUG IS UPGRADED to HIGHEST PRIORITY - MAJOR.  

Rogerio
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: 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.
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 5.4.2.2 (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 6.3.2.2