Issue 91764 - WW8: large cell cut off on the bottom margin -> loop in OO3.0
Summary: WW8: large cell cut off on the bottom margin -> loop in OO3.0
Status: CLOSED FIXED
Alias: None
Product: Writer
Classification: Application
Component: open-import (show other issues)
Version: OOo 3.0 Beta 2
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: michael.ruess
QA Contact: issues@sw
URL:
Keywords: regression
: 96062 (view as issue list)
Depends on:
Blocks:
 
Reported: 2008-07-17 14:04 UTC by tuharsky
Modified: 2013-08-07 14:44 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
Test case (773.50 KB, application/msword)
2008-07-17 14:05 UTC, tuharsky
no flags Details
simple test document to reproduce the defect (7.72 KB, application/vnd.oasis.opendocument.text)
2008-07-23 08:57 UTC, Oliver-Rainer Wittmann
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description tuharsky 2008-07-17 14:04:35 UTC
Look at the page 22 (there is value of 23 in first column at the page). The
third row is large and is not displayed nor accessible in Writer.

Word and Wordviewer do display the cell.

There are similar issues to this one reported already, such as Issue 78808.
However I cannot tell, whether it is really technically same, or some other
attribute plays its role here...
Comment 1 tuharsky 2008-07-17 14:05:59 UTC
Created attachment 55184 [details]
Test case
Comment 2 michael.ruess 2008-07-17 15:13:02 UTC
No, the problem should be the same as issue 80595.
However, in OO 3.0 this document causes a loop while formatting (after import
process).

MRU->AMA: could you please have a look whether this can be fixed in 3.0 or not?
Thanks!
Comment 3 andreas.martens 2008-07-22 13:04:09 UTC
ama->od:
There's a table which creates one page after the other during the formatting.
These pages contains only a table with one row and three cells without content.
Please have a look...
Comment 4 Oliver-Rainer Wittmann 2008-07-23 08:51:29 UTC
Investigation reveals that the layout loop is caused by a table row with the
following properties
- height is greater than the page height
- one of its cells is part of a row span
- the row is allowed to be broken across pages and columns

Open the document I will attach soon. Place cursor in the third row in paragraph
"T6". Change the row height of the third row via context menu Row - Height to
30cm. --> layout loop; you will see at the status bar that endlessly new pages
are created.

I will look for a fix for OOo 3.0
Comment 5 Oliver-Rainer Wittmann 2008-07-23 08:57:47 UTC
Created attachment 55321 [details]
simple test document to reproduce the defect
Comment 6 Oliver-Rainer Wittmann 2008-07-23 11:20:55 UTC
It reveals that a fix is not so easy and too risky in the current situation of
OOo 3.0.

Thus, shifting this issue to the next release -> OOo 3.0.1

Note about above given steps to reproduce the layout loop this the simple document:
Uncheck "Fit to size", when changing row height to 30cm

Note about already made investigation:
In method <SwTabFrm::Split(..)> a split of a table is performed, which only
contains a "placeholder" row for the row span support and a fixed height row,
which can not be splitted.
Comment 7 Oliver-Rainer Wittmann 2008-09-04 12:07:46 UTC
layout-loop already occurs in OOo 2.2
Comment 8 Oliver-Rainer Wittmann 2008-10-21 09:40:37 UTC
fixed in cws sw301bf02 - changed file:
/sw/source/core/layout/tabfrm.cxx, 1.105.58.1
Comment 9 Oliver-Rainer Wittmann 2008-10-23 12:26:34 UTC
OD->MRU: Checked in internal installation set of cws sw301bf02 - please verify.
Comment 10 michael.ruess 2008-10-30 10:30:04 UTC
Verified fix in CWS sw301bf02.
Comment 11 michael.ruess 2008-11-17 12:53:05 UTC
*** Issue 96062 has been marked as a duplicate of this issue. ***
Comment 12 michael.ruess 2009-01-13 15:36:06 UTC
Checked fix in OOO300m15 and DEV300m38.