Created attachment 147477 [details] File shows behaviour and desribes how to reproduce it Hi, If a term containing more than one word (here: three words) is defined as an index entry for an alphabetical index, and the term is declined (here:in German), then the pages where the declined instances of the term exist are not shown in the alphabetical index. For further details refer to the attaced .odt document. I am using the currently stable release of Debian 9.x Regards, Jens
PS: You need to download the attached file which I uploaded above, and open the file from your hard disk in order to see the behaviour.
I'm not an expert with indexes, but if you change "Freiherrn" to "Freiherr" nothing changes within the index. So the result might depend on some other settings.
(In reply to Dieter Praas from comment #2) > I'm not an expert with indexes, but if you change "Freiherrn" to "Freiherr" > nothing changes within the index. So the result might depend on some other > settings. Jens, what result do you get? => NEEDINFO
Hi Dieter, I do not know what you mean. I already checked all index options which could solve this behaviour, but they do not do that. I still think this behaviour is not caused by a wrong index configuration. Regards, Jens
(In reply to Jens Radloff from comment #4) > I do not know what you mean. Your bug is about declined words. That means, if I use the Nominativ (don't know the english word) on page 3-5 (like on page 2), this should appear in the index. But it doesn't. So I think, there might be a bug, but not about declined words. So my question was, if you get the right result, if you change to "Freiherr von Stein" on paes 3-5.
(In reply to Dieter Praas from comment #5) > (In reply to Jens Radloff from comment #4) > > > I do not know what you mean. > > Your bug is about declined words. That means, if I use the Nominativ (don't > know the english word) on page 3-5 (like on page 2), this should appear in > the index. But it doesn't. You have to delete the first, undeclined instance "Freiherr von Zeitgenstein" on page 2, then type "Freiherr von Zeitgenstein" on page 2 again and define "Freiherr von Zeitgenstein" as an index entry on page 2 again: Then all page numbers of all pages of all instances of "Freiherr von Zeitgenstein" appear in the alphabetical index. But this is not what I want to do. I want all page numbers of all declined instances ("Freiherrn von Zeitgenstein") appear in the alphabetical index. > So I think, there might be a bug, but not about > declined words. As I already described in the description of this bug, the behaviour appears if a term contains more than one word (here: three words) and is declined. The behaviour does not appear if the term only contains one word and gets declined.
Now I can confirm it with Version: 6.2.0.0.beta1 (x64) Build ID: d1b41307be3f8c19fe6f1938cf056e7ff1eb1d18 CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; Locale: en-US (de_DE); UI-Language: en-GB Calc: threaded
Thanks, Dieter.
Dear Jens Radloff, 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://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
Dear noreply+666192134234234, 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
Still the same in Version: 7.4.3.2 (x64) / LibreOffice Community Build ID: 1048a8393ae2eeec98dff31b5c133c5f1d08b890 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL But after a deeper look with information from help page [1] I would say, that the underlying problem is, that I can't find and select "Freiherr von Zeitgenstein" and "Freiherrn von Zeitgenstein" with the same search. I've also tried to use regular expression (although I'm not so familiar with it) So perhaps there is a need for an enhancement here. Steps: 1. Open attachment 147477 [details] 2. On page 2 delete the first, undeclined instance "Freiherr von Zeitgenstein" 3. Edit -> Find 4. Type "Freiherr von Zeitgenstein" in search field -> Find all 5. Insert -> Table of contents and Indexes 6. Update index [1] https://help.libreoffice.org/7.4/en-GB/text/swriter/01/04120100.html?System=WIN&DbPAR=WRITER&HID=modules/swriter/ui/indexentry/dialog-action_area1#bm_@@nowidget@@