| Summary: | Large TABLES causes Problems at "Print Layout" | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | nochschneller |
| Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | NEW --- | QA Contact: | |
| Severity: | normal | ||
| Priority: | medium | CC: | alec, nochschneller, peter.grimtell, sasha.libreoffice |
| Version: | 3.3.1 release | ||
| Hardware: | All | ||
| OS: | All | ||
| See Also: | https://bugs.freedesktop.org/show_bug.cgi?id=51792 | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Bug Depends on: | |||
| Bug Blocks: | 51792 | ||
| Attachments: | 1 table with just 1 line, 2 columns over many pages | ||
[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. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
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.