Created attachment 76877 [details] sample document In Word the attached file opens as 8 pages, in LibreOffice Writer it opens as 13 pages.
Please re-attach the file you have added, setting the file type to "auto-detect" rather than "text/plain".
Created attachment 77075 [details] sample doc with auto-detected content type I have reattached the doc with auto-detected content type. Thanks for looking at this.
I can confirm this behaviour on Windows 8 with LibreOffice 4.0.2.2. My guess is that the table format of the .doc file is not correctly taken over into LibreOffice. There is one text that spans over a page that is not breaking at a page although the setting is set to page break even within cells. I saved the file as .docx with MS Word 2010 and opened this file in LibreOffice. The new page count is 11 and not 13 anymore ;-) If I save this files as .odt in MS Word 2010, then it is correctly displayed in LibreOffice.
I can still reproduce this with LO 4.3.0.1 In Word 2010 it has 9 pages in LO 12 pages. Looks like that tables that span more than one page - although the setting says break across pages within fields - are put at the top of the next page It does not even matter if I save this file as .odt But more interesting behaviour is if I save this file in LO as .docx (from the .doc) and reopen it - the tables are screwed up and the document has 26 pages...
still present in 4.3.1.1
still present in 4.4.0.0.beta1 (Windows)
This was never OK. In OO it was worse with 40 pages, but it was improved somewhere in LO 3.5.x. I'll mark as 3.5.6.2. because 3.5.7.2. is similar to current versions up to 4.5.0-dev.
bug still valid in 5.0.0.1 Win_x64 even more severe - Writer crashes after opening...
(In reply to Marc Kaulisch from comment #8) > bug still valid in 5.0.0.1 Win_x64 > > even more severe - Writer crashes after opening... Didn't crash for me, might have been some intermittent issue that got fixed with the help of the crashtesting VM. Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ (x64) Build ID: a51ac4d2bb8c4f1ea1d4ea7569863e2fb6535b02 TinderBox: Win-x86_64@62-TDF, Branch:MASTER, Time: 2015-06-22_21:37:53 Locale: fi-FI (fi_FI)
no crash anymore with 5.0.0.2 64bit on Win8.1 64bit but the spacing problem remains...
*** Bug 101589 has been marked as a duplicate of this bug. ***
*** Bug 97229 has been marked as a duplicate of this bug. ***
(In reply to Timur from comment #7) > This was never OK. In OO it was worse with 40 pages, but it was improved > somewhere in LO 3.5.x. I'll mark as 3.5.6.2. because 3.5.7.2. is similar to > current versions up to 4.5.0-dev. LO had 12 pages up to 5.1. 5.2 and on to 6.0+ open with 19 pages. In Word 2010 it has 9 pages, as Mark wrote.
Created attachment 143638 [details] Sample DOC saved in MSO as PDF libo-master~2018-07-19_05.23.09_LibreOfficeDev_6.2.0.0.alpha0_Win_x86 opens 12 pages. Guess Bug 118528 decreased from 19 to 12. So this bug remains to get proper reflow with 9 pages.
Dear Andreas Wagner, 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
LO master 6.5+ remains similar with 12 pages.
Created attachment 157543 [details] Sample compared in MSO as DOC and DOCX LO Writer master 7.0+ opens this DOC with 12 pages, unlike Word with 9. But this is a nasty file. I tried to save as DOCX in MSO 2013 and reopen and DOCX is wrong, as shown on screenshot of page 2.
Created attachment 157544 [details] Sample DOC saved in MSO 2013 as DOCX As a reference, attached sample DOC saved in MSO 2013 as DOCX
Dear Andreas Wagner, 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
repro 7.6+ I think the main problem is that the very large/tall row wants to keep together on the same page in LO. IIUC, if this is saved in compat15 DOCX, then MSO will also look like this.