Issue 1083 - Table with row of 0.01 height and no fit to size crashes Word and RTF filter
Summary: Table with row of 0.01 height and no fit to size crashes Word and RTF filter
Status: CLOSED IRREPRODUCIBLE
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: 632
Hardware: PC Windows 2000
: P3 Trivial (vote)
Target Milestone: ---
Assignee: michael.brauer
QA Contact: issues@sw
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-06-21 16:37 UTC by schulten
Modified: 2003-09-08 16:56 UTC (History)
1 user (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description schulten 2001-06-21 16:37:16 UTC 
Create text table with 4 rows, 3 columns.
Put text into 1st, 2nd and 4th row. Leave 3rd row empty.
Go to 3rd row.
Choose Row-Height from context menu.
Leave it at 0,01 and switch off fit to size.
Saving as Word97/2000 or RTF crashes OOo. (BTW, the same applies to SO5.2)
Comment 1 stefan.baltzer 2001-06-22 13:13:15 UTC 
Reassigned to Michael.
Comment 2 michael.ruess 2001-06-29 14:48:49 UTC 
MRU->JP: I think it is not a problem of the filter. When creating a table like 
this, the non-pro throws the Assert "SvRect() ohne Width oder Height". Could it 
be, that a table with "forbidden" values is created with the way Dietrich 
Schulten described?
Comment 3 jp 2001-07-10 09:29:48 UTC 
And the HTML export writes also wrong data.
Comment 4 Unknown 2001-11-08 23:11:44 UTC 
changing QA contact from bugs@ to issues@
Comment 5 jp 2002-03-26 15:49:47 UTC 
Problem is in the class SwWriteTable which create a tableline with 
more cells than the other lines defines. Because the SwWriteTableLine 
compare functions works with a ROWFUZZY value, so all lines with a 
line height less than 20 twips will be ignored. 
->MIB please have a look to it
Comment 6 michael.brauer 2002-05-07 12:19:08 UTC 
Seems to be my issue.
Comment 7 caolanm 2002-05-07 12:38:45 UTC 
I have only seen this issuezilla bug now, so I haven't checked, but
98768 is probably similiar to this one. The changes made for 98768
might fix this crash. The code seems to want to ignore invisibly tall
rows on export (which might make sense for html, but word export is
happy with 0 height lines) but it ends up that the cells in the row
are not ignored and get added to the next row. If the short row is the
last row, then boom!. 

I wonder if we need a "fuzzy" line height match at all ?, I was unable
to create an example table where I would need a fuzzy line height matcher.
Comment 8 michael.brauer 2003-01-22 17:19:13 UTC 
There is no crash any longer
Comment 9 michael.bemmer 2003-03-13 09:41:45 UTC 
As mentioned on the qa dev list on March 5th I will close all resolved
<wontfix/duplicate/worksforme/invalid> issues. Please see this posting for
details. First step in IssueZilla is unfortunately to set them to verified.
Comment 10 michael.bemmer 2003-03-13 10:17:21 UTC 
As mentioned on the qa dev list on March 5th I will close all resolved
<wontfix/duplicate/worksforme/invalid> issues. Please see this posting for details.