Issue 103374 - WW8: Exporting a table with more than 12 columns to winword 97 (.doc) becomes corrupt
Summary: WW8: Exporting a table with more than 12 columns to winword 97 (.doc) becomes...
Alias: None
Product: Writer
Classification: Application
Component: save-export (show other issues)
Version: OOo 3.1
Hardware: All All
: P2 Trivial (vote)
Target Milestone: ---
Assignee: michael.ruess
QA Contact: issues@sw
Keywords: data_loss, ms_interoperability, regression, release_blocker
: 105268 105969 107906 (view as issue list)
Depends on:
Blocks: 99999
  Show dependency tree
Reported: 2009-07-07 02:42 UTC by freemant
Modified: 2013-08-07 14:44 UTC (History)
5 users (show)

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

ODT file containing a table with 13 columns (7.53 KB, application/vnd.oasis.opendocument.text)
2009-07-07 02:44 UTC, freemant
no flags Details
corrupt winword 97 file (12.50 KB, application/msword)
2009-07-07 02:45 UTC, freemant
no flags Details
patch for experimental fix (1.25 KB, text/plain)
2009-09-01 10:21 UTC, pflin
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description freemant 2009-07-07 02:42:38 UTC
This is similar to issue 101472 but it exists in OOo 3.1.

1) Create a new Text document in Writer.
2) Create a table with 13 columns and 1 row.
3) Save the file as a word 97 .doc file.
4) Try to open the .doc file in word viewer 2003, it will say the table is
corrupt and can't display it properly.
Comment 1 freemant 2009-07-07 02:44:21 UTC
Created attachment 63409 [details]
ODT file containing a table with 13 columns
Comment 2 freemant 2009-07-07 02:45:18 UTC
Created attachment 63410 [details]
corrupt winword 97 file
Comment 3 michael.ruess 2009-07-07 13:29:43 UTC
MRU->HBRINKM: odd thing. Having a 13-columns table and exporting into WW8
format, WW will not be able to display the table correctly anymore, Was OK in
OOo 3.0.
12 columns will be OK, BTW...
Comment 4 chemtech 2009-07-28 05:10:28 UTC
This issue is still present in OOo-Dev_DEV300_m53_Win32Intel version.
Comment 5 openoffice 2009-07-28 08:46:57 UTC
added WW8 prefix to summary
Comment 6 pflin 2009-09-01 10:20:46 UTC
pflin -> hbrinkm, 

I have a look at this issue, it seems the paragraph style of the table(
especially for the table paragraph mark in the end of the line ) refers to a
wrong style id. 

In the attached experimental patch, I set the style id as 0x00, this issue
doesn't happen. But I don't think this patch is inaccurate to fix. 

hbrinkm, Any good idea for this issue?
Comment 7 pflin 2009-09-01 10:21:31 UTC
Created attachment 64471 [details]
patch for experimental fix
Comment 8 michael.ruess 2009-10-19 11:02:46 UTC
*** Issue 105969 has been marked as a duplicate of this issue. ***
Comment 9 openoffice 2009-10-29 18:29:48 UTC
Further investigation reveals that indeed the relevant difference between current output of OOo and the 
output of Word 2007 is the written style id. OOo writes the id taken from m_rWW8Export.nStyleBeforeFly, 
Word 2007 writes 0.

However I have to look into the history to find out why OOo refers to nStyleBeforeFly.
Comment 10 openoffice 2009-10-30 10:19:00 UTC
*** Issue 105268 has been marked as a duplicate of this issue. ***
Comment 11 openoffice 2009-10-30 10:29:09 UTC
*** Issue 104017 has been marked as a duplicate of this issue. ***
Comment 12 Marcus 2009-10-30 11:05:05 UTC
nominated as 3.2 blocker
Comment 13 openoffice 2009-10-30 15:04:55 UTC
Fixed in CWS hb32showstoppers2

Sending        ww8atr.cxx
Committed revision 277272.
Comment 14 openoffice 2009-11-16 14:44:13 UTC
ready for QA
Comment 15 michael.ruess 2009-11-19 16:53:22 UTC
Verified fix in CWS hb32showstoppers2.
Comment 16 Rainer Bielefeld 2009-12-27 16:56:59 UTC
*** Issue 107906 has been marked as a duplicate of this issue. ***
Comment 17 michael.ruess 2010-05-05 12:32:53 UTC
Checked fix in OOo 3.2 and DEV300m77.