Bug 120512 - FILEOPEN DOCX Tables in document do not appear until deleting a row in MS Word
Summary: FILEOPEN DOCX Tables in document do not appear until deleting a row in MS Word
Status: RESOLVED DUPLICATE of bug 116194
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.3 all versions
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, filter:docx, regression
Depends on:
Blocks: DOCX-Tables
  Show dependency tree / graph
 
Reported: 2018-10-11 12:31 UTC by NISZ LibreOffice Team
Modified: 2019-12-09 12:45 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:

Attachments
The document with the issue. (28.29 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2018-10-11 12:32 UTC, NISZ LibreOffice Team 		Details
The original document exported as PDF with MS Word. (5.34 KB, application/pdf)
2018-10-11 12:32 UTC, NISZ LibreOffice Team 		Details
The fixed document after deleting the problematic row. (27.23 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2018-10-11 12:32 UTC, NISZ LibreOffice Team 		Details
A screenshot showcasing the issue. (78.62 KB, image/png)
2018-10-11 12:33 UTC, NISZ LibreOffice Team 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description NISZ LibreOffice Team 2018-10-11 12:31:31 UTC 
Description:
This document has a few simple, 1 column width tables that do not appear in LibreOffice Writer. Deleting one specific row/cell fixes the tables in the document.

Steps to Reproduce:
1.Steps to reproduce:
    1. Open the attached Table-lost.docx and Table-found.docx files in LibreOffice Writer and compare the results.
2.
3.

Actual Results:
The tables are lost in the Tables-lost.docx files.

Expected Results:
Tables should appear in both files.



Reproducible: Always


User Profile Reset: No



Additional Info:
Comment 1 NISZ LibreOffice Team 2018-10-11 12:32:03 UTC 
Created attachment 145601 [details]
The document with the issue.
Comment 2 NISZ LibreOffice Team 2018-10-11 12:32:23 UTC 
Created attachment 145602 [details]
The original document exported as PDF with MS Word.
Comment 3 NISZ LibreOffice Team 2018-10-11 12:32:48 UTC 
Created attachment 145603 [details]
The fixed document after deleting the problematic row.
Comment 4 NISZ LibreOffice Team 2018-10-11 12:33:13 UTC 
Created attachment 145604 [details]
A screenshot showcasing the issue.
Comment 5 Roman Kuznetsov 2018-10-11 15:06:59 UTC 
confirm in

Version: 6.2.0.0.alpha0+
Build ID: d9ad59da50c1172fe98f94370221c9c1b688200a
CPU threads: 4; OS: Windows 6.1; UI render: default; VCL: win; 
TinderBox: Win-x86@42, Branch:master, Time: 2018-10-08_23:34:44
Locale: ru-RU (ru_RU); Calc: threaded
Comment 6 Xisco Faulí 2018-10-12 12:21:46 UTC 
Regression introduced by:

author	Luboš Luňák <l.lunak@collabora.com>	2014-04-23 14:34:54 +0200
committer	Luboš Luňák <l.lunak@collabora.com>	2014-04-23 14:57:36 +0200
commit cf33af732ed0d3d553bb74636e3b14c55d44c153 (patch)
tree 2e83f55d54ab51faa1121f4bc31f71ec9e34fdd3
parent 71b4af858ea698f9c3fcffdfc61e3f70a7b10f63 (diff)
handle w:gridBefore by faking cells (fdo#38414)

Bisected with: bibisect-43max

Adding Cc: to Luboš Luňák
Comment 7 Gabor Kelemen (allotropia) 2018-10-28 22:45:05 UTC 
*** Bug 120256 has been marked as a duplicate of this bug. ***
Comment 8 Timur 2019-06-06 13:08:23 UTC 
I hope it's safe enough to mark this as a dupe.

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