Bug 130124 - FILEOPEN DOCX Table cell left spacing not imported
Summary: FILEOPEN DOCX Table cell left spacing not imported
Status: RESOLVED DUPLICATE of bug 94801
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.0.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:docx
Depends on:
Blocks: DOCX-Tables
  Show dependency treegraph
 
Reported: 2020-01-22 13:40 UTC by NISZ LibreOffice Team
Modified: 2020-01-22 18:53 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file from Word (23.19 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2020-01-22 13:40 UTC, NISZ LibreOffice Team
Details
Screenshot of the original document side by side in Word and Writer (105.36 KB, image/png)
2020-01-22 13:43 UTC, NISZ LibreOffice Team
Details

Note You need to log in before you can comment on or make changes to this bug.
Description NISZ LibreOffice Team 2020-01-22 13:40:10 UTC
Created attachment 157325 [details]
Example file from Word

This is a reduced version of attachment #119325 [details].
The table in this document has some cells that have 0.25 cm left padding set in Word, but opening in Writer makes these disappear.
The content of such cells (in this example the one with “$	73,723”, much more in the original) is broken in two rows, but setting manually the left padding makes the problem disappear.


Steps to reproduce:
    1. Open attached file
    2. Select the cells containing dollar values and compare the settings in Word and Writer

Actual results:
Writer has 0 cell padding for all directions, Word has 0.25 cm for left.

Expected results:
Writer should show 0.25 cm left padding too.

LibreOffice details:
Version: 6.5.0.0.alpha0+ (x64)
Build ID: c7f3ac890526306804ec2bdf1256ba15a4247f13
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win; 
Locale: en-US (hu_HU); UI-Language: en-US
Calc: CL

Also happens in:

Verzió: 6.0.0.3
Build az.: 64a0f66915f38c6217de274f0aa8e15618924765
CPU szálak: 4; OS: Windows 6.3; Felületmegjelenítés: alapértelmezett; 
Területi beállítások: hu-HU (hu_HU); Calc: CL
(document does look good in older versions, but the padding value is still 0, and the original is longer than 1 page)

Version: 5.0.0.5
Build ID: 1b1a90865e348b492231e1c451437d7a15bb262b
Locale: hu-HU (hu_HU)

Verzió: 4.0.0.3 (Build az.: 7545bee9c2a0782548772a21bc84a9dcc583b89)

LibreOffice 3.5.0rc3 
Build ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735
Comment 1 NISZ LibreOffice Team 2020-01-22 13:43:27 UTC
Created attachment 157326 [details]
Screenshot of the original document side by side in Word and Writer
Comment 2 Timur 2020-01-22 15:10:33 UTC
Original bug is Bug 77417. 
Regardless of that bug history and description, it's table that's wrong. 
Please explain if that bug remains for something else, or this is the same.
Comment 3 NISZ LibreOffice Team 2020-01-22 15:28:32 UTC
(In reply to Timur from comment #2)
> Original bug is Bug 77417. 
> Regardless of that bug history and description, it's table that's wrong. 
> Please explain if that bug remains for something else, or this is the same.

This is one particular problem of that document. 
I have no idea how many other problems are there in that huge document, so let's see if it looks perfectly good after this one is fixed or we shall look for more troubles.

Cheers
Gabor
Comment 4 László Németh 2020-01-22 18:53:57 UTC
@Timur, Gábor: indeed, this is the fixed by the final version of the fix for tdf#94801. The problem was rounding of the table and column widths. (Left spacing is imported as left paragraph spacing correctly.)

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