Bug 129729 - FILEOPEN: ms word docx with an indented table row is converted to text
Summary: FILEOPEN: ms word docx with an indented table row is converted to text
Status: RESOLVED DUPLICATE of bug 116194
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.2.8.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:docx
Depends on:
Blocks:
 
Reported: 2020-01-02 04:54 UTC by Michelle
Modified: 2020-01-06 07:59 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
File which causes the bug (11.96 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2020-01-02 04:56 UTC, Michelle
Details
Side by side comparison image (194.04 KB, image/png)
2020-01-02 05:00 UTC, Michelle
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Michelle 2020-01-02 04:54:52 UTC
Description:
Opening certain docx files with tables results in the tables not being rendered and only paragraph markers remain. A file with 2 tables separated by a single paragraph and the first row of the second table is indented causes this problem.


Steps to Reproduce:
1. Create a new docx file in MS Word. Insert two tables separated by a single paragraph.
2. Select the first row of the second table and adjust the size so that it is indented compared to the second row, ie:
 ________
|________|
   ________
 _|________|
|________|

3. Save and close the document.
4. Open in LibreOffice. The tables will be missing and only paragraph markers remain.

Actual Results:
When opening the docx in LibreOffice, the tables are missing. When opening the docx in Microsoft Word, the tables appear.

Expected Results:
The tables should appear in both writer and ms word.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Version: 6.2.8.2 (x64)
Build ID: f82ddfca21ebc1e222a662a32b25c0c9d20169ee
CPU threads: 16; OS: Windows 10.0; UI render: GL; VCL: win; 
Locale: en-AU (en_AU); UI-Language: en-US
Calc: CL
Comment 1 Michelle 2020-01-02 04:56:20 UTC
Created attachment 156891 [details]
File which causes the bug
Comment 2 Michelle 2020-01-02 05:00:30 UTC
Created attachment 156892 [details]
Side by side comparison image
Comment 3 Dagmara 2020-01-02 14:24:50 UTC
I checked the reported bug on 2 versions of Libre Office:
Version: 6.2.8.2 (x64)
Build ID: f82ddfca21ebc1e222a662a32b25c0c9d20169ee
CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; 
Locale: pl-PL (pl_PL); UI-Language: en-US
Calc: threaded
and 
Version: 6.5.0.0.alpha0+ (x64)
Build ID: beb758215b898dcb2605c4d5bebbd736aa1e493d
CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: GL; VCL: win; 
Locale: pl-PL (pl_PL); UI-Language: en-US
Calc: CL

I made a test using the attached table and I can confirm the bug on version 6.2.8.2 (x64). On newer version the bug doesn't appear.
Meanwhile the bug did not reproduce if I add an extra [enter] between the two tables.
I tried with different tables - it seems that the first row of the second table causes the bug, it doesn't appear if the columns are even.
Comment 4 NISZ LibreOffice Team 2020-01-06 07:59:53 UTC
This was recently fixed in:

https://git.libreoffice.org/core/commit/da1f71edfc72928b07a569b98e2766a8a7de9d2a

tdf#116194 DOCX import: fix missing tables with w:gridBefore

It will be available in 6.5.0.

*** This bug has been marked as a duplicate of bug 116194 ***