Bug 127333 - FILEOPEN DOCX Table rows height changes
Summary: FILEOPEN DOCX Table rows height changes
Status: RESOLVED DUPLICATE of bug 120315
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 treegraph
 
Reported: 2019-09-04 12:35 UTC by NISZ LibreOffice Team
Modified: 2019-11-04 09:45 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot of the original document side by side in Word and Writer (63.50 KB, image/png)
2019-09-04 12:35 UTC, NISZ LibreOffice Team
Details
Screenshot of the sample document side by side in LO4.2 Writer and LO 4.3 Writer (128.49 KB, image/png)
2019-09-04 12:36 UTC, NISZ LibreOffice Team
Details
Example file from Word (29.84 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2019-09-04 12:36 UTC, NISZ LibreOffice Team
Details
Example file resaved in Word (35.87 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2019-09-05 10:13 UTC, Timur
Details
SampleFile before and after the patch (71.00 KB, image/png)
2019-11-04 09:44 UTC, Attila Bakos (NISZ)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description NISZ LibreOffice Team 2019-09-04 12:35:02 UTC
Description:
In the attached docx file the columns height in the table changed as the attached picture shows.

Steps to Reproduce:
Open attached file.

Actual Results:
The tables cells change their heights, the empty cells now have most of the height instead of the ones with foo bar text in them.

Expected Results:
The table rows should keep the original heights


Reproducible: Always


User Profile Reset: No



Additional Info:
LibreOffice details:

Version: 6.4.0.0.alpha0+ (x64)
Build ID: 3e64065612acec2eb29aa21e2b515953422256d7
CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; 
TinderBox: Win-x86_64@62-TDF, Branch:master, Time: 2019-08-15_22:57:26
Locale: hu-HU (hu_HU); UI-Language: en-US
Calc: threaded

Bibisected using bibisect-win32-4.3 to:
URL: https://cgit.freedesktop.org/libreoffice/core/commit/?id=9970d5d9878bf8b40361606cfad6b25a2b6cc83d
author: Luboš Luňák 
committer: Luboš Luňák 

summary: workaround for rounding errors when handling merged cells (fdo#38414)
Comment 1 NISZ LibreOffice Team 2019-09-04 12:35:55 UTC
Created attachment 153861 [details]
Screenshot of the original document side by side in Word and Writer
Comment 2 NISZ LibreOffice Team 2019-09-04 12:36:15 UTC
Created attachment 153862 [details]
Screenshot of the sample document side by side in LO4.2 Writer and LO 4.3 Writer
Comment 3 NISZ LibreOffice Team 2019-09-04 12:36:35 UTC
Created attachment 153863 [details]
Example file from Word
Comment 4 Xisco Faulí 2019-09-04 13:32:27 UTC
Reproduced in

Version: 6.4.0.0.alpha0+
Build ID: e8b3df5b9b0eb0a93c25b6dc2e445ae44a7e3f78
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US
Calc: threaded
Comment 5 Timur 2019-09-05 10:13:02 UTC
Created attachment 153900 [details]
Example file resaved in Word

Example file from Word is in compatibility mode. 
If resaved in Word, as attached, LO opens it even worse.
Comment 6 Attila Bakos (NISZ) 2019-11-04 09:44:43 UTC
Created attachment 155497 [details]
SampleFile before and after the patch

Hi there!

It seems to me, this bug is fixed by the patch committed for the tdf120315. For details see the last attachment (SampleFile before and after the patch). This patch will be avialable in LibreOffice 6.4 release.
Comment 7 Attila Bakos (NISZ) 2019-11-04 09:45:32 UTC

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