Bug 35449 - Large TABLES causes Problems at "Print Layout"
Summary: Large TABLES causes Problems at "Print Layout"
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version: 3.3.1 release
Hardware: All All
: medium normal
Assignee: Not Assigned
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 51792
  Show dependency treegraph
 
Reported: 2011-03-19 09:23 UTC by nochschneller
Modified: 2015-01-05 20:11 UTC (History)
4 users (show)

See Also:
i915 platform:
i915 features:


Attachments
1 table with just 1 line, 2 columns over many pages (28.49 KB, application/vnd.oasis.opendocument.text)
2011-03-19 09:23 UTC, nochschneller
Details

Description nochschneller 2011-03-19 09:23:16 UTC
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.
Comment 1 Björn Michaelsen 2011-12-23 11:43:32 UTC
[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
Comment 2 nochschneller 2012-01-17 05:48:17 UTC
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.
Comment 3 sasha.libreoffice 2012-01-20 08:52:27 UTC
@ 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
Comment 4 Alec Kojaev 2012-08-05 13:53:53 UTC
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.
Comment 5 A (Andy) 2013-04-30 21:20:47 UTC
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?
Comment 6 Alec Kojaev 2013-04-30 21:28:36 UTC
Still reproducible with the test document attached to this bug on LO 4.0.2.2 build 400m0 (Ubuntu 12.10, 32-bit).
Comment 7 A (Andy) 2013-04-30 22:15:07 UTC
Can anybody confirm this bug also with a Windows system or is it now only a Linux issue?
Comment 8 Urmas 2013-05-01 02:01:04 UTC
Yes, it is still an issue in 4.0.3/Windows.
Comment 9 sasha.libreoffice 2013-05-02 08:21:10 UTC
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.