User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 Safari/537.36 Build Identifier: LibreOffice 4.4.7.2 Insert Cross-reference brings up a dialog box, opened to a tab "Cross-references". Picking Endnotes provides a list of existing endnotes to assign to the cross-reference. Picking one (in this instance #2) results in insertion of a number in the text where the cross-reference is made. The incorrect number is used (in this case #3), pointing the reader to the wrong endnote. Reproducible: Always Steps to Reproduce: 1.Insert Cross-reference 2.Choose Endnotes tab 3.Select an item from the list. 4. Number inserted in text is off by one. Actual Results: Wrong number inserted. Expected Results: Right number inserted. [Information automatically included from LibreOffice] Locale: en-US Module: TextDocument [Information guessed from browser] OS: Mac OS X (All) OS is 64bit: no Reset User Profile?No
@Jim : did you force an update of the fields ? (in Tools → Options → LibreOffice Writer → General, Update, Fields) What you are describing sounds like bug 76794, but it would be helpful if you could provide a sample document so that we could attempt to reproduce the situation. Setting NEEDINFO status as a result. Please set back to UNCONFIRMED when you have provided the requested information (and test file).
Created attachment 126548 [details] test case for cross-reference bug (101263) I tried to attach two alternatives, one in .docx format, the other in .odt, but I haven't figured out how through this interface.
Created attachment 126549 [details] .docx version of crossreference problem Okay, here's the .docx version as well.
For what it's worth, this may be related to the but you reference (76794), but it is not the same. 76794 refers to failure to renumber correctly. The problem I am reporting occurs on initial insertion of a cross-reference.
Created attachment 126550 [details] illustration of cross-reference problem with 5.1.4.2 release Documentation that the problem persists in latest stable release.
Thansk Jim, will test and report back.
@Jim : from your last comment, am I correct in understanding that the problem initially occurs on a DOCX document ? Does the ODT document you provided come from a DOCX document originally ? I am trying to narrow down the problem to of : - a filter issue when importing from / exporting to docx ; or - a problem with cross-referencing that is directly linked to the internal representation of an ODT file in application memory. My understanding at present is that you have started from a DOCX file, or that you save your file directly to DOCX rather than ODT. Setting back to NEEDINFO
Reproducible steps : 1) open a new Writer document. 2) Type a phrase and insert an endnote at the end of the line. 3) Press Enter (paragraph return). 4) Type another phrase and insert another endnote at the end of the line. 5) Press enter (paragraph return) 6) Type a third phrase and insert another endnote at the end of the line. 7) Press enter (paragraph return) 8) Note how the default numbering for these endnotes is roman numbering. 8) Type a fourth phrase and insert a cross-reference to endnote ii. A digit "2" is inserted at the selected point. Clicking on this digit takes you to endnote ii. 9) Type some more text and now insert a cross-reference to endnote i. A digit "2" is inserted at the selected point, but clicking on this digit takes you to endnote i. 10) Type some more text again and insert a cross-reference to endnote iii. A digit "2" is inserted at the selected point, and clicking on this digit takes you to endnote iii. CONFIRMING
The question now is whether this is a regression, and if so, when did it previously work correctly.
@Jim : you can ignore my question, I managed to reproduce the problem for myself. Thanks for your input. Note that there appeart to be a considerable number of bugs related to cross-referencing that have been around for a while, so this particular bug may not get resolved anytime soon.
** Please read this message in its entirety before responding ** 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 http://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
At your request, I tested the latest offered stable version (5.4.7.2) to see whether this has been fixed. No, the problem remains. I will try to attach my test document. It explores the problem a bit further. The test document was originally created in 5.4.7.2 as a .odt - it has never been a .docx. Not sure what status to assign. Default is NEW, and it seems as good as any at this point.
You requested that I check whether this has been fixed. I checked with 5.4.7.2, and it has not been fixed. I am trying to attach a test document that explores the problem a little further. This document was created in .odt format, and has never been in .docx format.
Third time trying to input this information. At your request I tried to replicate the problem with 5.4.7.2. The problem remains. If I can manage to figure out how to attach a document again, I'll give you a test document that probes a bit further. This document Bug101263.odt, was created in .odt format and has not ever been in .docx format (in re: an earlier question).
Created attachment 142221 [details] test of Bug 101263
Dear jimrussell98116, 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 http://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
Repro 7.3+. Seems Inherited. I raise to Major because a LO component is not working right even in ODT, this is not some specific sample marked as "normal". Cannot be updated with F9 so bug 76794 only to See Also.
I cannot reproduce this issue in LibreOffice version 7.2.2.2. Yes, the documents in this report still contain numbering errors, but I cannot reproduce these by recreating the exact same documents: - cross-references to endnotes and footnotes display the chosen numbering character. - cross-references to endnotes and footnotes are displayed in the right numbering order. - cross-references to endnotes and footnotes link to the correct endnotes and footnotes. Am I missing something or is this issue more specific? I'm on Windows and I didn't import Microsoft Office documents with cross-references.
The only way to reproduce the faulty documents is to insert the endnotes and footnotes in the wrong order. Therefore, LibreOffice does not update the endnote and footnote lists automatically. This issue corresponds to bug #76794; so from my point of view, it is a duplicate issue.
What Jim and Alex describe here is the default behaviour of showing the page number for the endnotes (rather the endnote's number). When adding an cross-reference, the default selection in the bottom-left is "page number (unstyled)". To use the endnote's numbering, one has to change it to "Referenced text". See: https://help.libreoffice.org/7.6/en-US/text/swriter/01/04090002.html?System=UNIX&DbPAR=WRITER&HID=modules/swriter/ui/fldrefpage/FieldRefPage#bm_id3149042