Created attachment 45339 [details] tar file of original and imported documents When importing a Word document with endnotes, the endnotes are written to a separate page. This is the default for original productions in odt format, but is inconvenient for imported documents. In addition, the first index on the imported document is in the wrong place. The attachment contains the original .doc file and the pdf image of the document when imported into LibreOffice writer. The two files are combined as a tar file
[This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
Created attachment 56087 [details] screenshot in MSWord 2003 reproduced in LibO 3.6.0 master on Fedora 64 bit
Dear bug submitter! Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs. To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem. Yours! Florian
I have reopened this bug because it is still present in LibreOffice 3.6.0.4. (on Windows 7 SP1 32 bit). Summary: Libreoffice shows endnotes on the separate page instead of last page of text. The horizontal line which is added by default in MS Word is absent. If a MS Word document contains some text between line and first endnote (e.g. header), this text is moved to the first endnote text (see the first attachment "tar file of original and imported documents").
Created attachment 66153 [details] Files in various formats created in MSO 2007 to illustrate the problem I have decided to add simple files with one endnote without a complex formatting, saved in MSO 2007 SP1 as DOCX, DOC and ODT to show the wrong placement of endnotes. Also PDF sample from MSO is included.
Environment: LibreOffice Version 3.6.3.2 (Build ID: 58f22d5) running on Windows 7 Home Premium SP1 importing a document originally created by Microsoft Office Word 2003 (11.8348.8341) SP3. In my case, I am importing a Word document containing endnotes; in the Word document, the endnotes appear on the last page of the document after other "main-line" document content but before the page footer of the last page. When opened in LibreOffice Writer, the endnotes appear on a page by themselves after the footer of the last intended page. The "Endnote" style does not have any breaks specified in the text flow, and the last intended page has plenty of space available to contain the endnotes.
A workaround was posted here: http://ask.libreoffice.org/en/question/8608/libreoffice-writer-placing-endnotes-on-new-page/ I'll just refer to this as the "workaround" from now on. Results of a couple of scenarios: 1. Open .doc with two endnotes Endnotes appear on new page at end of document perform workaround (insert section shows Section1) Endnotes now appear where they did in Word Save as .doc and close Open .doc just saved Endnotes move to new page again perform workaround (insert section shows Section1 and Section2, only Section2 enabled) One endnote moves to where endnotes appear in Word, other endnote moves to an earlier page. 2. Open .doc with two endnotes Endnotes appear on new page at end of document perform workaround (insert section shows Section1) Endnotes now appear where they did in Word Save as .odt and close Open .odt just saved Endnotes still appear where they did in Word Save as .doc and close Open .doc just saved Endnotes still appear where they did in Word
I can confirm it with Version 4.0.3.1 (Build ID: a67943cd4d125208f4ea7fa29439551825cfb39) Win 7 x64
Never confirmed by QA team - moving back to UNCONFIRMED. Please don't change the importance/severity fields for your pet bugs - we have a system, messing around with them just mess up that system.
Confirmed. Win 7 64-bit Version: 4.4.0.0.alpha2+ Build ID: b021b5983c62e266b82d9f0c5c6d8d8900553827 TinderBox: Win-x86@39, Branch:master, Time: 2014-11-12_01:10:08
From the title (without reading the comments) - this seems like two bugs - 1 bug report per bug please. If this is two, please split the second one into a new bug report.
This report should cover only "first mark wrongly placed in list" issue and let Bug 58521 cover the page break issue.
Created attachment 120834 [details] Issue with Position of EndNote numbering
** 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
Still reproducible with Version: 6.1.0.0.alpha0+ Build ID: 6ff9b5a63f4857703ba1974cfe2c46e34e744e26
Created attachment 147818 [details] stripped down test case in docx Still repo in Version: 6.3.0.0.alpha0+ (x64) Build ID: 87d90b6e60659e9c976daa9692ae99ec87a6978c
Dear Basil Fowler, 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
repro "Vocabulary" added to first endnote in LO 7.2+ for both DOC and DOCX. I've fixed a document similar to comment 20 with Bug 123262 - FILEOPEN: DOCX: Footnote separator text is being added to each footnote [But in this one, Vocabulary is part of w:endnote w:id="1, and not part of the separator separators. It is just before the <w:endnoteRef/>, so not much we can do about that.] (In reply to Lekow from comment #7) > The horizontal line which is added by default in MS Word is absent. Probably because LO normally starts them on a separate page, so no real value in that. Also see Bug 108944 - FILEOPEN: DOCX: footnote separators missing. P.S. DOC format now emulates Word somewhat better. There IS a horizontal line now, and sometimes it shows up at the end of the last page (and at other times it looks like footnotes).
I'm going to close this one, since this is such a fundamental difference (and odd case) between LO and Word. We can't really throw away "Vocabulary" because it is part of endnote #1, but LO has no ability to put random paragraphs before the marker number. So the current implementation is pretty good considering that incompatibility.