Created attachment 123791 [details] blank pages added to column Page 3, one of the later columns I get a lot of blank pages. They do not appear in MS Word or Google docs. I have a problem opening a MS word file with most of the text using eight column format, it creates blank pages and does not fill all the columns. Both Open Office and yours LibreOffice displays the same problem with multiple column format. In the following file it is supposedly to have only 23 pages not the 100+ that the programs are created when the “doc” or “docx” files are opened which was created from Microsoft Word 97-2003. The problem seems to be related to the column format. Number of columns and pages could be the problem, Erwin
LO 5.1.1.3 (x64) : 75 pages LO 5.2.0.0.alpha0+ (x64): 31 pages word: 23 pages
25 pages with: Version: 5.4.0.0.alpha0+ Build ID: 4130c8def811d1dcc87eacaa8ae48ba02738a790 CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; TinderBox: Win-x86@42, Branch:master, Time: 2016-11-29_01:03:18 Locale: nl-NL (nl_NL); Calc: CL
** 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
Keeps getting closer! I'll try the Beta version soon; can't get to it today.
This bug is still present in: Version: 6.0.3.2 Build-ID: 8f48d515416608e3a835360314dac7e47fd0b821 CPU-Threads: 8; BS: Linux 4.4; UI-Render: Standard; VCL: gtk2; Gebietsschema: de-DE (de_DE.UTF-8); Calc: group I found this report because I have received another docx-file which shows blank pages at the end. Also interesting is the fact that a similar doc-related (not docx) issue has already been fixed (Bug 95531).
Multiple issues here, test with 6.1+: - blank pages added in the middle of a column, for no apparent reason (this bug) - LO first reads 203 pages and than later decreases(guess the same) - page 2 in MSO "Note that .." text in LO has wrong spacing and line spacing (no spacing and single in MSO) so makes 2 pages out of 1 (probably another bug) - page 20 in MSO after "Next I checked.." looks like LO has additional paragraph mark, so makes an additional page.
Dear Jeffry Engert, 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 6.3+
At first LO 6.5+ (like OO 3.3) shows 204 pages and then recounts to 151 (worse than before). This is 2007 DOCX but same if resaved in MSO.
151 pages in: Version: 7.0.0.3 (x64) Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e CPU szálak: 4; OS: Windows 6.3 Build 9600; Felületmegjelenítés: Skia/Raster; VCL: win Locale: hu-HU (hu_HU); UI: hu-HU Calc: CL but only 27 in: Version: 7.2.0.0.alpha0+ (x64) Build ID: cb084f475db33a2cfc62bc9c8de37b8c3c87b3c7 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: hu-HU (hu_HU); UI: en-US Calc: CL since: https://git.libreoffice.org/core/+/b9ef71476fd70bc13f50ebe80390e0730d1b7afb author Michael Stahl <Michael.Stahl@cib.de> Fri Nov 13 20:52:28 2020 +0100 committer Michael Stahl <michael.stahl@cib.de> Mon Nov 16 16:51:19 2020 +0100 tdf#134298 sw: layout: remove left-over page frame without content The 4 page difference left is probably because of problems noted in comment #6. Let's keep this still open as a reminder that those need to be fixed too.
Single remaining issue in this bug are 3 page breaks that LO opens which I don't see in original MSO DOCX after pages 2, 19, 20. (if that would be resolved, there would remain a small difference which is outside of this bug' scope).
This document still takes forever to load and finalize the layout. (In reply to Timur from comment #11) > Single remaining issue in this bug are 3 page breaks that LO opens which I > don't see in original MSO DOCX after pages 2, 19, 20. I see a w:br Page specified in document.xml at page 2 and a few other places. I also see a few continuous section breaks (sectpr) which always give lots of trouble b/c LO doesn't have an equivalent concept. Plenty of bug reports related to that. I suggest we close this now as FIXED.