Created attachment 44617 [details] 1 table with just 1 line, 2 columns over many pages Hello, first I know that tables are not thought to be used in writer this way. But it's possible to do so and also hints at the internet recommend to use large tables to get independent columns for your document. The attachment contains a file consisting one table with just one line and two columns. This table goes over many pages and footnotes are set. Since this table got longer and longer problems appeared at page break. The Document is fine at "Web Layout", but gets problems at "Print Layout". Appearance: At "Print Layout" it seems that text is cut of at end of random pages, also the number of Page Count is less than it should be. Pressing Ctrl + A you see that the text get marked and the marking runs out of page. This also causes high CPU-usage, and even can freezes the window. Switching to "Web Layout" brings the whole written text back and everything works fine. If the problem not totally accrues after opening the document, it will accrue after switching from "Web Layout" to "Print Layout" (watch Page Count!). Systems: This behaviour was tested on Windows XP and Ubuntu-Linux (10.04 32bit and 10.10 64bit),with LibreOffice 3.3.1 and OpenOffice 3.2.1 as well. My opinion: This problem causes big confusion by users, even because it appears different at PCs with more or less power. If it should be impossible to implement a good working "Page Layout" with large tables, there might be at least a warning that tells the user that there will be problems. It could hint him to "Web Layout" or to different possibility’s like using boxes or marginalia, if this is adequate to his goal. I hope you see what I mean, if there are any questions I'm willing to help.
[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
This Bus still exists. You have to download the example-file, not only open as read-only. Switching to "Web Layout" and back to "Print Layout" will afford the bug clearly.
@ nochschneller@onlinehome.de Version is where bug first time found, not current version of LibO reproduced in LibO 3.5.0 beta 3 on Fedora 64 bit and Windows XP 32 bit Steps to reproduce: 1. Start attachment after file loaded we see that it takes 17 pages and on most pages table take only half page. 2. place cursor somewhere on second page. table becomes on whole page and document takes 12 pages
This bug still exists in LO 3.5.5.3 build 350m1 on Ubuntu 12.04 (i386). Happened to my documents before, but I wasn't able to isolate a good example.
for me not reproducible with LO 4.0.2.2 (Win7 Home, 64bit) Does this issue still persist for you with the latest release of LO?
Still reproducible with the test document attached to this bug on LO 4.0.2.2 build 400m0 (Ubuntu 12.10, 32-bit).
Can anybody confirm this bug also with a Windows system or is it now only a Linux issue?
Yes, it is still an issue in 4.0.3/Windows.
More detailed description of bug (Fedora 64bit): LibreOffice 3.5.7.2: Initially document contains 10 pages. Second page ends with line: Nun tritt folgendes Problem1 auf: Wird das Dokument gespeichert Before clicking on it, let see on page 9. When I palace text cursor on last line in table and press down-arrow on keyboard, cursor moves incorrectly (part of text is hidden outside of cell and cursor moves on this hidden text outside of table and even outside of page). After clicking on second page document size becomes 12 pages. Problem with last page disappears Version 3.6.5.2 and Version 4.0.2.2: All the same, but clicking on second page not repairs text. Document remains 10 pages size ans problem with last page present.
** 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 on a currently supported version of LibreOffice (5.0.4 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2016-01-17
The bug still persists in LibreOffice version 5.0.4.2 build 1:5.0.4~rc2-0ubuntu1~trusty1 on Ubuntu 14.04 x86_64. Behavior as observed right now for example document attached to the bug: 1. When opened, document contains 17 pages. In the end of page 2 the first column ends with words "Wird das Dokument gespeichert". Visual inspection confirms that on many pages (in fact, on almost all pages) the text fills less than 1/2 of available vertical space. 2. Adding a paragraph end after the quoted words _decreases_ number of pages to 12. All pages (except the last one) are now filled to the end of available vertical space. 3. Removing the paragraph end inserted on step 2 leaves the number of pages at 12 and all pages except the last one filled. Expected behavior: - The document should have been 12 pages from the start.
We don't know how the document was created. Looks like pasted from web. One-line two-column large table is different, this is not it. I think this bug should remain open only if recreated from scratch. Workaround: we get 12 pages with Row Height-Fit to size or simple click on Adjust table row on a row boundary (page 2).
@Timur: And in what way is the process by which the document was created is relevant? I have a 200-page document, created in 2010 and still modified from time to time, where this bug strikes all the time, should I reenter it from scratch for LibreOfiice to display it as expected? Of course, there is a workaround. Any modification that changes table height fixes it. The problem is, this should be done to every large table in the document every time it is opened.
** 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 on a currently supported version of LibreOffice (5.2.5 or 5.3.0 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170306
Knowing how the document is created is important for few things, to know whether it's reproducible, or if the fault is on conversion, or on old version etc. But here, even if we save this ODT with current master 5.4+, on reopen we get similar look, rows are decreased.
** 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
Unlike before (10 or 17 pages), document in 6.2+ in Windows has 12 pages. The number of pages depends on the right column lines, seen with Toggle Formatting Marks. Switching Web-Normal layout, number looks the same 12 but layout changes, page 2 is empty (before "Jedoch kann das Problem"). I think the cause is direct formatting of table text. So we may keep this one open. Although I'm not an optimist to have a dev working on this bug. Bug 86909 is similar but not the same, it has settings.
*** Bug 126797 has been marked as a duplicate of this bug. ***
Another example Attachment 152466 [details] from bug 126797. It shows from 4 to 7 to 11 to 31 to whatever pages in different Lo. If table text selected and cleared direct formatting, then 65 pages.
Dear nochschneller, 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