Bug 153191 - FILEOPEN RTF 'Auto' table cell padding opens as 0.19 cm
Summary: FILEOPEN RTF 'Auto' table cell padding opens as 0.19 cm
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.0.4.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: RTF-Tables
  Show dependency treegraph
 
Reported: 2023-01-24 22:56 UTC by Gabor Kelemen (allotropia)
Modified: 2023-11-29 13:21 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file from Word 2016 (deleted)
2023-01-24 22:56 UTC, Gabor Kelemen (allotropia)
Details
The example file in Word 2016 and Writer (125.74 KB, image/png)
2023-01-24 22:56 UTC, Gabor Kelemen (allotropia)
Details
Updated example file (209.21 KB, application/rtf)
2023-11-28 14:04 UTC, Gabor Kelemen (allotropia)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Gabor Kelemen (allotropia) 2023-01-24 22:56:15 UTC
Created attachment 184881 [details]
Example file from Word 2016

Attached example file has a table with left and right cell margin set as 'Auto' according to Word.
Visually this looks like 0 cm in Word but Writer opens it as 0.19 cm, changing cell contents layout a bit.

1. Open attached file
2. Observe the text and the image have a bit of gap to the left cell borders, unlike in Word.

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: f1830bff71847a9c17715cff52383956719847fe
CPU threads: 14; OS: Windows 10.0 Build 19045; UI render: default; VCL: win
Locale: de-DE (hu_HU); UI: en-US
Calc: threaded

This was good in 7.0 and before, broke in 7.1 with

https://git.libreoffice.org/core/+/fc872146845e4d77ff404d0929f28abf2d3a1c51

author	Michael Stahl <Michael.Stahl@cib.de>	Wed Oct 21 17:53:07 2020 +0200
committer	Michael Stahl <michael.stahl@cib.de>	Thu Oct 22 09:38:19 2020 +0200

tdf#137085 writerfilter: RTF import: \trpaddfl and \trpaddl are row...
Comment 1 Gabor Kelemen (allotropia) 2023-01-24 22:56:40 UTC
Created attachment 184882 [details]
The example file in Word 2016 and Writer
Comment 2 Stéphane Guillou (stragu) 2023-01-25 21:30:44 UTC
In Windows 10, LO with 7.1.0.3, I can confirm all text and the image shifted to the right in the second row. However, in LO 7.0.0.3, the second row already had the text shifted to the right.

On Ubuntu 20.04, with LO 7.0.6.2, everything was already shifted to the right.

Version: 7.0.6.2
Build ID: 144abb84a525d8e30c9dbbefa69cbbf2d8d4ae3b
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

In LO 6.4, only the text in the second row was shifted (first row and image fine).

Version: 6.4.7.2
Build ID: 639b8ac485750d5696d7590a72ef1b496725cfb5
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3; 
Locale: en-AU (en_AU.UTF-8); UI-Language: en-US
Calc: threaded

That's because the commit in question was cherry-picked for 7.0.4.
Marking that version as earliest affected.
Comment 3 Gabor Kelemen (allotropia) 2023-11-28 14:04:03 UTC
Created attachment 191093 [details]
Updated example file
Comment 4 Xisco Faulí 2023-11-29 13:21:03 UTC
The content of attachment 184881 [details] has been deleted for the following reason:

User's request