Bug 123674 - Main entry number in index loses character style after inserting new entry with 1st key
Summary: Main entry number in index loses character style after inserting new entry wi...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: TableofContents-Indexes
  Show dependency treegraph
 
Reported: 2019-02-24 08:25 UTC by Chris Hargrave
Modified: 2024-03-05 03:13 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Writer index bug (35.80 KB, image/jpeg)
2019-02-24 08:35 UTC, Chris Hargrave
Details
Section 5 (14.11 MB, application/vnd.oasis.opendocument.text)
2019-03-20 06:39 UTC, Chris Hargrave
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Hargrave 2019-02-24 08:25:34 UTC
Description:
Insert Index Entry. Main alphabetical entry not retaining it's bold status even with Main entry ticked. Editing the index by toggling 'Main entry' box has no effect once it loses it's bold status.

It's a 230 page document with a large 10 page two column index.  I've not tried a smaller doculment not any othe index but an alphabetic one.

Steps to Reproduce:
1. Insert Main entry
2. Insert 1st Keys
3. Update index
4. Now insert new 1st entry or second entry


Actual Results:
At step 3 the entry should be bold
At step 4 the entry is no longer bold

Expected Results:
It should stay bold


Reproducible: Sometimes


User Profile Reset: Yes



Additional Info:
[Information automatically included from LibreOffice]
Locale: en-US
Module: TextDocument
[Information guessed from browser]
OS: Windows (All)
OS is 64bit: no
Comment 1 Chris Hargrave 2019-02-24 08:35:32 UTC
Created attachment 149550 [details]
Writer index bug
Comment 2 Xisco Faulí 2019-03-14 21:03:31 UTC
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. 
(Please note that the attachment will be public, remove any sensitive information before attaching it. 
See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.)

I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided.
Comment 3 Chris Hargrave 2019-03-20 06:39:27 UTC
Created attachment 150113 [details]
Section 5

Part of the document.  Complete document is to large.

Easiest index entry to use is 'Air Groups'.

If you look at the main entry for for 'Air Groups' it's highlighted bold.
Add a new 1st Key entry and it's no longer shown as a main entry.
Deleting and reentering the main heading brings it back.
Comment 4 Buovjaga 2019-08-03 17:27:54 UTC
(In reply to Chris Hargrave from comment #3)
> Created attachment 150113 [details]
> Section 5
> 
> Part of the document.  Complete document is to large.
> 
> Easiest index entry to use is 'Air Groups'.
> 
> If you look at the main entry for for 'Air Groups' it's highlighted bold.
> Add a new 1st Key entry and it's no longer shown as a main entry.
> Deleting and reentering the main heading brings it back.

Can you give exact enumerated steps on what we should do? Like

1. Go to page 59, right-click the Index and select Edit index
2. ???
3. ???
Comment 5 QA Administrators 2020-02-02 03:40:21 UTC Comment hidden (obsolete)
Comment 6 QA Administrators 2020-03-04 02:48:31 UTC Comment hidden (obsolete)
Comment 7 Buovjaga 2020-03-04 07:45:57 UTC
I was sad that this was closed, so I tried harder to understand it. I managed to repro like so:

1. Anywhere in the document, Insert - Table of contents and index - Index entry
2. For 1st key, select Air Groups, Insert
3. Go to the index on page 59, right-click and Update index

The number 48 for Air Groups is no longer bold.

Re: what is said in comment 3 "Deleting and reentering the main heading brings it back", I can't find the main heading, so I can't test this.

I will test with older versions later.

Arch Linux 64-bit
Version: 7.0.0.0.alpha0+
Build ID: 79d396a2a64bec4e6c9aa514af40fdd67a62d8ce
CPU threads: 8; OS: Linux 5.5; UI render: default; VCL: kf5; 
Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US
Calc: threaded
Built on 26 February 2020
Comment 8 Buovjaga 2020-03-04 12:40:52 UTC
Reproduced with document already in version 3.3.0
Comment 9 Buovjaga 2020-03-04 15:35:17 UTC
One weird thing about the document I noticed is that if you look at the headings in the Navigator, there are blank ones in between. Not sure what is up with that.
Comment 10 QA Administrators 2022-03-05 03:33:18 UTC Comment hidden (obsolete)
Comment 11 QA Administrators 2024-03-05 03:13:32 UTC
Dear Chris Hargrave,

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