https://bz.apache.org/ooo/show_bug.cgi?id=125601
Kandhan Sekar <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #10 from Kandhan Sekar <[email protected]> --- 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. -- You are receiving this mail because: You are the assignee for the issue.
