Bug 164922 - FILEOPEN RTF Spacing after property not read from table style
Summary: FILEOPEN RTF Spacing after property not read from table style
Status: RESOLVED DUPLICATE of bug 165483
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.4.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: regression
Depends on:
Blocks: RTF-Paragraph
  Show dependency treegraph
 
Reported: 2025-01-29 12:07 UTC by Gabor Kelemen (allotropia)
Modified: 2025-04-03 14:48 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file from Word 2016 (39.58 KB, application/msword)
2025-01-29 12:07 UTC, Gabor Kelemen (allotropia)
Details
The example file in Word 2016 and in Writer master (115.52 KB, image/png)
2025-01-29 12:07 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) 2025-01-29 12:07:35 UTC
Created attachment 198849 [details]
Example file from Word 2016

Attached document contains two paragraphs in a table cell where the "Table Grid" style is applied.
These open in Writer with 0.35 cm spacing after them, changing the documents layout.

1. Open attached document
-> in the right cell of the table there is a significant distance between the two paragraphs.

Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 43fc662520e5488cbeadd6eb60a24374a837dca4
CPU threads: 14; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster; VCL: win
Locale: hu-HU (hu_HU); UI: en-US
Calc: threaded

seems to have started sometime in 4.4. In 4.3 the table was missing, in 4.2 the spacing was correctly set to 0.
Comment 1 Gabor Kelemen (allotropia) 2025-01-29 12:07:51 UTC
Created attachment 198850 [details]
The example file in Word 2016 and in Writer master
Comment 2 raal 2025-02-25 20:13:21 UTC
Confirm with Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: e420583fee9f753e7de5a207637fda25e495ac7d
CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded

correct in Version 4.1.0.0.alpha0+ (Build ID: 847749e975a7111ea306909a29fddb5df13e9a7)
Comment 3 raal 2025-02-25 20:19:13 UTC
This seems to have begun at the below commit in bibisect repository/OS bibisect-44max.
Adding Cc: to Michael Stahl ; Could you possibly take a look at this one?
Thanks
 006aea95775e66b07e1d9b604399ae475844f187 is the first bad commit
commit 006aea95775e66b07e1d9b604399ae475844f187
Author: Matthew Francis <mjay.francis@gmail.com>
Date:   Sun Mar 15 00:04:09 2015 +0800

    source-hash-b9b9fea12ed1d87d34f84f51574c10e2345d9ac7
    
    commit b9b9fea12ed1d87d34f84f51574c10e2345d9ac7
    Author:     Michael Stahl <mstahl@redhat.com>
    AuthorDate: Thu Jul 31 11:42:52 2014 +0200
    Commit:     Michael Stahl <mstahl@redhat.com>
    CommitDate: Thu Jul 31 12:05:09 2014 +0200
    
        writerfilter: fix ubsan complaints about "-42" enum value
    
        Apparently the StyleType enum is specific to the domain-mapper, the
        OOXML filter has integer constants in its model.xml file...
    
        Also surprisingly the section styles only exist in RTF; w_ST_StyleType
        in "ECMA-376 3rd Edition" only contains the 4 values of StyleType enum.
    
This patch fixed missed table, but the bug appears.
Comment 4 Gabor Kelemen (allotropia) 2025-04-03 14:48:29 UTC
This seems to be solved with

https://git.libreoffice.org/core/+/38464825c8c80eed0d9b328a89cd96eb27175a0e%5E%21

commit 38464825c8c80eed0d9b328a89cd96eb27175a0e	[log]
author	Oliver Specht <oliver.specht@cib.de>	Thu Feb 27 11:18:23 2025 +0100
committer	Gabor Kelemen <gabor.kelemen.extern@allotropia.de>	Fri Mar 07 15:45:20 2025 +0100
tree 6f745845dc071bc5172159e5d79a216078b170e7
parent 75135c6c7d43b9d4f979a026cdd2529209cb9dea [diff]

tdf#165483 style inherits only repated properties

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