Bug 146828 - FILEOPEN: The export RTF opens differently. Vertical height appears to be bigger
Summary: FILEOPEN: The export RTF opens differently. Vertical height appears to be bigger
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.1.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: RTF-Paragraph
  Show dependency treegraph
 
Reported: 2022-01-17 15:26 UTC by Telesto
Modified: 2024-01-15 23:48 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
RTF (5.15 KB, application/msword)
2022-01-17 15:27 UTC, Telesto
Details
ODT (13.38 KB, application/vnd.oasis.opendocument.text)
2022-01-17 15:28 UTC, Telesto
Details
Screencast taken with 7.4 (325.50 KB, video/mp4)
2022-01-17 15:28 UTC, Telesto
Details
The ODT and its RTF export side by side, with Compatibility settings (240.68 KB, image/png)
2024-01-15 23:45 UTC, Gabor Kelemen (allotropia)
Details
The documents after enabling the Do not add leading between lines of text option (230.25 KB, image/png)
2024-01-15 23:48 UTC, Gabor Kelemen (allotropia)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2022-01-17 15:26:58 UTC
Description:
FILEOPEN: The export RTF opens differently. Vertical height appears to be bigger 

Steps to Reproduce:
1. Open the attached ODT and RTF
2. Switch back and forward between both

Actual Results:
Looks diviate

Expected Results:
Same


Reproducible: Always


User Profile Reset: No



Additional Info:
Found in
7.4

and in
Version: 6.0.6.0.0+
Build ID: c30963b8b4bbbe42a24b97aafa161eff9d7ccdd4
CPU threads: 4; OS: Windows 6.3; UI render: default; 
Locale: nl-NL (nl_NL); Calc: CL

not in 
5.3
Comment 1 Telesto 2022-01-17 15:27:48 UTC
Created attachment 177612 [details]
RTF
Comment 2 Telesto 2022-01-17 15:28:03 UTC
Created attachment 177614 [details]
ODT
Comment 3 Telesto 2022-01-17 15:28:39 UTC
Created attachment 177615 [details]
Screencast taken with 7.4
Comment 4 Dieter 2022-01-29 09:38:55 UTC
i confirm it with

Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: e27a41a362bf25e12487b36f625985b35fb891e3
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

Actual result:
RTF file has some space between characters and top of text area
Comment 5 raal 2022-01-29 11:43:14 UTC
This seems to have begun at the below commit.
Adding Cc: to Mark Hung; Could you possibly take a look at this one?
Thanks
 8ec3bbc97b990c016cbeb116d246c511559ea4bc is the first bad commit
commit 8ec3bbc97b990c016cbeb116d246c511559ea4bc
Author: Jenkins Build User <tdf@pollux.tdf>
Date:   Sun Dec 10 21:14:45 2017 +0100

    source 775d93d0c0dc902dab6e3bdb978501b5d6295f8b

https://git.libreoffice.org/core/+/775d93d0c0dc902dab6e3bdb978501b5d6295f8b
  tdf#96091 Correct ascend and descend values for OTC font.
Comment 6 Gabor Kelemen (allotropia) 2024-01-15 23:45:22 UTC
Created attachment 191977 [details]
The ODT and its RTF export side by side, with Compatibility settings

To me it looks like several compatibility options are not saved correctly to RTF format:
- Do not add leading (extra space) between lines of text -> disabled
- Consider wrapping style when positioning object -> disabled
- Word-compatible trailing blanks -> enabled
- Tolerate white lines that may appear in PDF page backgrounds -> disabled
- Hide paragraphs of database fields with an empty value -> enabled
Comment 7 Gabor Kelemen (allotropia) 2024-01-15 23:48:16 UTC
Created attachment 191978 [details]
The documents after enabling the Do not add leading between lines of text option

Looks like this example is affected by the "Do not add leading (external space) between lines of text" option. Enabling it makes the little extra space above the text disappear.

But at the same time, fixing the RTF export of the other mentioned compat options would make sense, those may eventually bite us elsewhere.