Apache OpenOffice (AOO) Bugzilla – Issue 125601
Reference pointing to wrong illustration in the master document
Last modified: 2017-05-20 11:53:13 UTC
Hi! For some reason, in Chapter 3 of the sample master document, the reference to the second figure in that chapter is not aligned to the said figure, i.e. Figure 4, pointing instead to Figure 3, despite them being properly linked in the subdocument. See the screenshot attached.
Created attachment 83945 [details] screenshot
Because of the size limitation, you can download the sample files from the my Dropbox account: https://www.dropbox.com/s/4100misqxkhxmtd/sample%20files.zip?dl=0T
BTW: this is not an issue in LibreOffice 4.3
(In reply to Darius Daniel Grigoras from comment #2) > Because of the size limitation, you can download the sample files from the > my Dropbox account: > https://www.dropbox.com/s/4100misqxkhxmtd/sample%20files.zip?dl=0T The provided link is no longer working.
Steps to recreate: 1. Open office Writer 2. Insert Default header name it whatever you want 3. TYPE IN BUGS,BUG,BUGS within the document 4. Add endnote with character=1 5. Add more text within the document 6. Add endnote with character=2 7. Insert table 8. Add note within table 9. Add endnote automatic should default to 3 10. Actual result = 1
I was able to reproduce the bug using the steps below: 1. Open office Writer 2. Type in whatever you want within the body of the document 3. Add endnote with character=1 4. Add more text within the body of the document 5. Add endnote with character=2 6. Insert table 7. Type in whatever you want within the body of the table 8. Add endnote automatic should default to 3 9. Actual result = i
I was unable to replicate this bug with either Apache OpenOffice 4.2.0-dev or 4.1.0. Configuration: - Microsoft Windows 10 (Anniversary Update from 8.1) - 64-bit OS - Alienware 14 - Intel i7-4710MQ Steps taken: 1. Start OpenOffice Writer 2. Insert > Table > OK a. Name=Table1, Columns=1, Rows=1 3. On the next line: Type "Figure-1" 4. On the next line: Repeat (2), but Name=Table2 5. On the next line: Type "Figure-2" 6. Insert > Indexes and Tables > Entry > Insert a. Index=Table of Contents b. In the document, highlight Figure-1 7. Repeat (6), but highlight Figure-2 instead 8. Insert > Cross-reference > Cross-references > Insert a. Type=Set Reference b. In the document, highlight Figure-1 c. Name=Fig1 9. Repeat (8), but Name=Fig2 and highlight Figure-2 instead 10. Place cursor inside Table1 11. Insert > Cross-reference > Cross-references > Insert a. Type=Insert Reference b. Insert reference to=Reference c. Selection=Fig1 12. Place cursor inside Table2 13. Repeat (11), but Selection=Fig2 14. File > Save As > Save a. File name=subdoc.odt 15. File > New > Master Document 16. In the master document, Insert > Indexes and Tables > Indexes and Tables > OK a. Type=Table of Contents 17. View > Navigator 18. Navigator > *Long-Click* Insert > File > subdoc.odt > Open 19. Navigator > *Right-Click* Table of Contents > Update > All > Update all links > Yes 20. *Left-Click* Figure-1 in Table1 Expected Result == Actual Result: Cursor jumps to Figure-1 text outside Table1 21. *Left-Click* Figure-2 in Table2 Expected Result == Actual Result: Cursor jumps to Figure-2 text outside Table2 Notes: -Saving the master document as masterdoc.odm, closing all OpenOffice Writer instances, and reloading masterdoc.odm does not change the actual result. -I also attempted to use implicit references through illustration captions but was still unable to replicate the reported behavior. Possible duplicate of: Issue 11174 - Incorrect Crossreferences to illustrations and equations in master documents
Created attachment 85790 [details] Sample files using manual 'Set Reference' Attached sample files that use manual 'Set Reference'
Created attachment 85791 [details] Sample files that use 'Illustration Reference' Attached sample files that use Illustration references
Hi , I was able to replicate this bug on Windows 10 installation version of Apache OpenOffice 4.1.3 The steps followed to recreate the bug were 1. Open Office writer 2.Insert any text in the body, Choose Insert->Footnote/Endnote or use the icon Choose Character Radio button and enter value as "1", choose Endnote radio button This would have inserted the Endnote number 1. 3. Go back to the body and insert more text and repeat step 2 with endnote value as "2" 4. Insert Table, inside the table add text and Choose Insert->Footnote/EndNote or use the icon Choose Automatic radio button and choose endnote 5. Expected Output numbering -> 3 Actual Output -> i Also, further attempts of adding text outside the table resulted in endnotes with values ii, iii. The original numeric numbering was never recoverable. Further, this bug also occurred when I inserted an image and tried adding an endnote, the output was still "i" The importance of this Bug: While writing any type of research document it is necessary for Writer to keep track of proper numbering (which is following one format of numerals) of the endnotes, failing which would make the document or the research paper invalid. Also when we insert a table or a picture, Writer loses track of the previous numbering and starts fresh, which is undesirable. Follow the same steps with only inserting a picture or any other object instead of a table, now the referencing starts with i, even when you reference outside the object. Furthermore, the original "3"- expected reference can never be automatically generated. About the report: The report illustrates that the bug is confined only to certain cases with tables while the actual problem occurs if we insert anything such as a picture, object into the document. So it is important to view the bug as a universal reference problem in Writer as Writer loses track of reference in the event of any object being inserted and starts referencing with i, ii and so on. This issue is further the failure of the automatic endnote feature because this issue does not occur when we use automatic referencing for endnotes from the beginning of the document. The manual entering of values of "1" and "2" is the point of failure of the feature. Similar to Bug report 11174- Incorrect Crossreferences to illustrations and equations in master documents.
With regards to the original bug that was reported, since no steps were given to reproduce the bug, the link to the sample files no longer works, and the sample document folder was empty after upgrading to version 4.1.3 from 4.1.2 (possible bug? I'm not sure if a sample document is supposed to be provided), it seems impossible to replicate the original bug outside of sheer luck. Additionally, the comments on this bug report starting with comment 5 seem to address something completely unrelated to the original bug that was discussed, and after looking into them it seems that they actually describe what appears to be intended behavior. If you open a new new document in Writer and then 1. Add any text 2. Go to Insert -> Footnote/Endnote 3. Select the Endnote radio button under the Type section 4. And then press OK then the default automatic endnote is "i". Continuing to add more endnotes in the way I described shows that endnotes are labeled with roman numerals in increasing numerical order (i, ii, iii, etc). Footnotes, however, by default start with "1" and are labeled in increasing numerical order (1, 2, 3, etc). Because you are allowed to define your own characters for Footnotes/Endnotes instead of selecting the Automatic option, there is no way to tell what pattern, if any, the user is using to label Footnotes/Endnotes. So when the Automatic option is selected to label Footnotes/Endnotes for the first time it goes to the default of "i" rather than attempting to guess a pattern that may or may not exist.