Bug 92854 - Alphabetical indexes index TOC
Summary: Alphabetical indexes index TOC
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.4.4.3 release
Hardware: x86-64 (AMD64) All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: TableofContents-Indexes
  Show dependency treegraph
 
Reported: 2015-07-21 12:05 UTC by thanasis57
Modified: 2023-12-04 03:17 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Test sdi file (170 bytes, text/plain)
2015-07-31 11:46 UTC, thanasis57
Details
Test odt file (12.62 KB, application/vnd.oasis.opendocument.text)
2015-07-31 11:48 UTC, thanasis57
Details

Note You need to log in before you can comment on or make changes to this bug.
Description thanasis57 2015-07-21 12:05:01 UTC
I have created two alphabetical indexes using concordance files.

The document already has a TOC at its beginning (front matter, latin numeral pages).

The alphabetical indexes include also the contents of the TOC, which does not make sense in terms of publishing: indexes are a reference to the main text of a document and should not be a *reference to a reference* to the main text such as the TOC.

Obviously a workaround is to delete the TOC, insert the alphabetical indexes and re-create the TOC, but this is rather sloppy.

PS: As an offshoot to this bug, indexing in general could use an enhancement, namely the capability to index selected ranges of the text (e.g. sections or chapters).
In the present setup:
-a TOC can refer to a chapter or to an entire document, so if it is in the front matter (i.e. outside any specific chapter) it can only index the entire text. To index a specific chapter ot should be place after heading 1, which for publication purposes is totally inadequate
-an alphabetical index also indexes the front matter meterials (latin numeral pages) which, according to various style guides, should not be indexed.
This is just a side note, I will file an enhancement request shortly.
Comment 1 thanasis57 2015-07-21 12:19:44 UTC
Added enhancement request 92855 (https://bugs.documentfoundation.org/show_bug.cgi?id=92855)
Comment 2 Buovjaga 2015-07-31 11:21:55 UTC
Can you provide a test case and exact steps for reproduction?

Set to NEEDINFO.
Change back to UNCONFIRMED after you have provided the information.
Comment 3 thanasis57 2015-07-31 11:46:25 UTC
Created attachment 117559 [details]
Test sdi file
Comment 4 thanasis57 2015-07-31 11:48:55 UTC
Created attachment 117560 [details]
Test odt file
Comment 5 thanasis57 2015-07-31 11:49:46 UTC
I uploaded a test document and the concordance file that goes along.

Try deleting the TOC and refreshing the alphabetical index. Certain pages will disappear.
Comment 6 Buovjaga 2015-07-31 12:07:38 UTC
Ok, I see the alphabetical index has cauliflower 1,2 / eggplant 1,2 / purple 1,2 / white 1,2.
I guess this is what you mean by TOC contents being included.

For some reason, only in Linux, if I first update TOC and then alph. index, the problem goes away! Cauliflower is only 2 etc.

On Windows, I do have to delete the TOC and then update alph. index to get the correct result.

I don't understand, why the page count shows 5, although there are 4 pages.

Lowered severity because a workaround exists: https://wiki.documentfoundation.org/images/0/06/Prioritizing_Bugs_Flowchart.jpg

Win 7 Pro 64-bit, Version: 4.4.4.3
Build ID: 2c39ebcf046445232b798108aa8a7e7d89552ea8
Locale: fi_FI

Version: 5.1.0.0.alpha1+
Build ID: 902255645328efde34ddf62227c8278e8dd61ff0
TinderBox: Win-x86@39, Branch:master, Time: 2015-07-30_03:52:07
Locale: en-US (fi_FI)

Ubuntu 15.04 64-bit 
Version: 4.4.4.3
Build ID: 40m0(Build:3)
Locale: en_US.UTF-8
Comment 7 QA Administrators 2016-09-20 10:22:00 UTC Comment hidden (obsolete)
Comment 8 QA Administrators 2019-12-03 14:43:01 UTC Comment hidden (obsolete)
Comment 9 QA Administrators 2021-12-03 04:38:49 UTC Comment hidden (obsolete)
Comment 10 QA Administrators 2023-12-04 03:17:07 UTC
Dear thanasis57,

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