Bug 44596 - TABLE: Wrong (unuseable) table rendering from .doc file
Summary: TABLE: Wrong (unuseable) table rendering from .doc file
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: Other All
: medium normal
Assignee: Not Assigned
Whiteboard: BSA
Keywords: filter:doc
Depends on:
Blocks: DOC
  Show dependency treegraph
Reported: 2012-01-09 05:46 UTC by Helmut Leininger
Modified: 2017-07-13 07:15 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

documents and screenshots mentionned in the problem description, packed into one file (828.84 KB, application/zip)
2012-01-09 05:46 UTC, Helmut Leininger
MS Word 2007 SP3 screenshot differs from bugreporter's one (94.06 KB, image/png)
2014-07-16 18:19 UTC, Alexandr
Garbled rendering in Word Online (889.51 KB, image/tiff)
2014-07-17 03:47 UTC, David H. Gutteridge
opened in LO 5.0.0 RC3 (85.35 KB, image/jpeg)
2015-07-18 19:11 UTC, Helmut Leininger

Note You need to log in before you can comment on or make changes to this bug.
Description Helmut Leininger 2012-01-09 05:46:49 UTC
Created attachment 55327 [details]
documents and screenshots mentionned in the problem description, packed into one file

Problem description: 

the document "Orig.DOC" in Word-Format is generated by a program. It opens ok in Word 2007 - Screenshot Word_2007.jpg.

If opened in Libreoffice, it is not useable. Screenshot LO-3.4.4.jpg shows it in LibreOffice 3.4.4 (official release); Screenshot LO-3.5-Beta2.jpg shows it in LibreOffice 3.5.0-Beta2.

If the document is opened by Word 2007 and saved without applying changes (to file Saved_by_Word.doc) and this file (Saved_by_Word.doc) is opened with LibreOffice, it show more or less ok (Screenshot LO-3.5-Beta2_Saved_by_Word.jpg).

Used System:
Intel I5-32xx, Windows7 64-bit

Platform (if different from the browser): 
Browser: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0) Gecko/20100101 Firefox/10.0
Comment 1 tester8 2012-01-15 07:27:29 UTC
Reproduced with

LOdev 3.5.0beta2 
Ubuntu 10.04.3 x86
Linux 2.6.32-37-generic Russian UI
Comment 2 Matthew Francis 2012-02-14 19:43:05 UTC
Related to bug 43874 ?
Comment 3 Alexandr 2014-07-16 18:19:40 UTC
Created attachment 102933 [details]
MS Word 2007 SP3 screenshot differs from bugreporter's one

The original table is still destroyed in LibreOffice “Saved_by_word.doc” in LibreOffice is similar to bugreporter screenshot. But both files is destroyed in my MS Word 2007 SP3 (see attached screenshot). Unfortunately I have not newer version of MS Office. If the file is corrupted in newer MS Office, the report is better to close. Can somebody test it?
Comment 4 Helmut Leininger 2014-07-16 18:44:22 UTC
The documentation for this bug has been produced by MS Office 2007 SP3. The reason for the diffence in the screenshot in Comment #3 is the setting in the options to show formatting characters. In German: Word-Optionen / Anzeige / Alle Formatierungszeichen anzeigen.

Comment 5 tommy27 2014-07-16 19:47:35 UTC
tested under Win7x64

I confirm the Orig.doc file is correctly rendered by MS Word Viewer and incorrectly rendered by LibO and (*)

I see the same problem with AOO 4.1.0 so the bug is inherited from OOo.

I also confirm that the Saved_by_word.doc files is correctly displayed by OOo 

(*) Build ID: abc28ffc04067eb24840fbf564c311aaee10f84d
TinderBox: Win-x86@42, Branch:master, Time: 2014-07-15_07:20:05
Comment 6 David H. Gutteridge 2014-07-17 03:44:06 UTC
Additional data points: the file Orig.doc is correctly rendered in MS Word 2010, where it is identical to the original submitter's Word 2007 screenshot. It may (or may not) amuse to note that Orig.doc does not render correctly in Microsoft's Word Online product, where it is far more garbled than in LibreOffice. (Screenshot attached.)
Comment 7 David H. Gutteridge 2014-07-17 03:47:56 UTC
Created attachment 102959 [details]
Garbled rendering in Word Online

Just an example from another piece of software that can't render the table correctly which happens to be a Microsoft product.
Comment 8 Alexandr 2014-07-17 16:44:20 UTC
> The reason for the difference in the screenshot in Comment #3 is the setting 
> in the options to show formatting characters.

Yes. I am sorry for the disturbance. It's the first time I have seen showing formatting characters changing a page representation so much.
Comment 9 QA Administrators 2015-07-18 17:42:31 UTC Comment hidden (obsolete)
Comment 10 Helmut Leininger 2015-07-18 19:11:47 UTC
Created attachment 117317 [details]
opened in LO 5.0.0  RC3
Comment 11 Helmut Leininger 2015-07-18 19:13:20 UTC
The pproblem still exists in Version: (x64)
Build-ID: f79b5ba13f5e6cbad23f8038060e556217e66632
Windows 8.1 64-bit
see image dated 2015-07-19
Comment 12 QA Administrators 2016-09-20 10:17:44 UTC Comment hidden (obsolete)
Comment 13 Helmut Leininger 2016-09-20 10:56:55 UTC
Still present in LO 64-bit, Windows 10
Comment 14 Helmut Leininger 2016-09-20 11:24:05 UTC
LO thinks the table has 7 (seven) columns whereas Word sees only 3 (three). After saving again with Word2007, Lo sees only 3 columns, too.
Comment 15 Telesto 2016-12-12 20:07:53 UTC
Still repro with:
Build ID: 84f2ff67a7e404febf710b1dc7f66d06745c503f
CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2016-12-09_23:20:01
Locale: nl-NL (nl_NL); Calc: CL
Comment 16 Helmut Leininger 2017-07-13 06:42:43 UTC
Shows ok in (RC)
Comment 17 tommy27 2017-07-13 07:15:09 UTC

thanks 4 feedback!!!