Bug 96325

Created attachment 121125 [details]
PDF version showing the expected layout

This file seems to be incorrectly displayed (from table: Näyttelyluokat / utställningsklasser) since LO 4.1 due to Bug 78756.
For what you reported, it's not clear what exactly you do (select which cells?), what you get and what you expect. 
Also, did you search for already reported bugs? Like mine Bug 94801, for example.

I've filed several different bugs for this one DOC file alone and actually there is already a difference between 5.0.3.2 and 5.0.4.1 for the better. Unfortunately this specific bug is still there among several others regarding table handling and other issues.

Was playing around with Table 2 by making different selections for cells and getting different results. Mostly I just selected some cells and then checked and tried to change "Table properties, Borders, Spacing to Contents, left and right" to see, which cells were affected and noticed this in-parity on highlighted and affected cells in some cases, as well as incorrect showing of the current value for that same "Table properties, Borders, Spacing to Contents, left and right". 

Most of the time it is showing 0,00cm, even when all or most selected cells are actually having 0,19cm. Also looks like leftmost columns have been imported correctly with 0,00cm setting but rest have value 0,19cm.

Also when multiple cells with different values are selected and "Table properties, Borders, Spacing to Contents, left and right" is showing this 0,00cm, clicking OK on that case still does not force that 0,00cm setting to the cells not having it already but if I first change value to something else like 0,10cm, click OK and then change it back to 0,00cm, then all selected cells will get that new value, of course within the limits of the original bug reported on this case.

Spacing seems to be 0 for all cells in Table2.
Can you mention some specific cells that have spacing to contents higher than 0?

Win 7 Pro 64-bit, Version: 5.0.3.2 (x64)
Build ID: e5f16313668ac592c1bfb310f4390624e3dbfb75
Locale: fi-FI (fi_FI)

Version: 5.2.0.0.alpha0+
Build ID: 917d59a84124d1022bd1912874e7a53c674784f1
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; 
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-12-12_12:17:04
Locale: fi-FI (fi_FI)

Just tried to open with atached DOC with LibreOffice 5.0.3.2 on Linux RHEL 6.7 64-bit and i.e. on Table2 at the second row selecting two cells from the right ("Väriryhmä/Färggrupp" and "Mikrosirunumero / ID-nr"), then right click -> Table Properties -> Borders -tab shows spacing to content for left and right to be 0,19cm.

If you select all thee cells from that row, then it will show 0,00cm, not empty as it should when values differ for different cells. And when opening on Word 2013, all cells actually have value 0,00cm, as they should.

If you select only the leftmost cell from that row, you'll notice that right click -> Table Properties -> Borders -tab shows spacing to content for left and right to be 0,05cm.

Ok, thanks, now I confirm.

Win 7 Pro 64-bit Version: 5.2.0.0.alpha0+
Build ID: 917d59a84124d1022bd1912874e7a53c674784f1
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; 
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-12-12_12:17:04
Locale: fi-FI (fi_FI)

Created attachment 122632 [details]
Sreenshot showing differencies between RTF, DOC and PDF

Sreenshot showing differencies between RTF, DOC and PDF version of that document using LibreOffice 5.1.0.3 on Windows 7 64-bit.

For the reporter and confirmer: please explain how is this one different from Bug 94801.

(In reply to Timur from comment #8)
> For the reporter and confirmer: please explain how is this one different
> from Bug 94801.

It seems there is no difference. Bug 94801 is also about the 0,19 cm spacing problem.

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