Bug 125474 - FILEOPEN RTF Paragraph in frame gets extra spacing below
Summary: FILEOPEN RTF Paragraph in frame gets extra spacing below
Status: RESOLVED DUPLICATE of bug 118047
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected) release
Hardware: All All
: medium normal
Assignee: Not Assigned
Keywords: bibisected, filter:rtf, regression
: 126341 (view as bug list)
Depends on:
Blocks: RTF-Paragraph RTF-Header-Footer
  Show dependency treegraph
Reported: 2019-05-24 07:28 UTC by NISZ LibreOffice Team
Modified: 2024-01-15 19:27 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:

Screenshot of the original document side by side in Word and Writer (122.55 KB, image/png)
2019-05-24 07:28 UTC, NISZ LibreOffice Team

Note You need to log in before you can comment on or make changes to this bug.
Description NISZ LibreOffice Team 2019-05-24 07:28:23 UTC
Created attachment 151655 [details]
Screenshot of the original document side by side in Word and Writer

The attachment #151650 [details] contains a paragraph with content “nnnn” in the frame. This has no paragraph “spacing below” in Word, but  somehow it gets 0.21 cm in Writer. 
However the “spacing above” of 2.85 pt (0.1 cm) is imported correctly.
At the top of the page the paragraph was copied from the frame to the main text body and the above/below spacing settings are correct there.

Steps to reproduce:
1.	Open attachment attachment #151650 [details]
2.	Open the paragraph properties dialog for the “nnn” paragraph in the footer
3.	Notice there is a 0.21 cm spacing below set, while it is 0 in Word.

Actual results:
There is some spacing, while in the “same” paragraph in the main text body has none.

Expected results:
There should be no below spacing set for the “nnnn” paragraph in the footer.

LibreOffice details:
Build ID: 6f3ded0ef16514ac651d07d9172c80aa6ef11569
CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; 
Locale: hu-HU (hu_HU); UI-Language: en-US
Calc: threaded

Verzió: (Build az.: 7545bee9c2a0782548772a21bc84a9dcc583b89)
(although this has below spacing for the main text body copy too)

Verzió: (Build az.: 932b512)
(although this has below spacing for the main text body copy too)

Does not happen in:
LibreOffice 3.5.0rc3 
Build ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735
Comment 1 raal 2019-05-24 15:41:57 UTC
Confirm with Version:
Build ID: 38ac0586448d4f07811b139f62f62686b029feba
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3;
Comment 2 Aron Budea 2020-01-19 10:26:56 UTC
Bibisected to the following range using repo bibisect-43all:

The following commit looks suspicious:
author		Miklos Vajna <vmiklos@frugalware.org>	2012-02-09 11:18:34 +0100
committer	Miklos Vajna <vmiklos@frugalware.org>	2012-02-09 11:25:43 +0100

fdo#45553 fix RTF import of space-before/after tokens
Comment 3 Aron Budea 2020-01-19 11:22:28 UTC
*** Bug 126341 has been marked as a duplicate of this bug. ***
Comment 4 QA Administrators 2022-01-19 03:34:28 UTC Comment hidden (obsolete)
Comment 5 Gabor Kelemen (allotropia) 2022-01-20 13:07:07 UTC
Still a problem in

Version: (x64) / LibreOffice Community
Build ID: 3b48e20b0101584a5e7ef48ba82238e735f0772b
CPU threads: 13; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: hu-HU (hu_HU); UI: en-US
Calc: threaded
Comment 6 Gabor Kelemen (allotropia) 2024-01-15 19:27:24 UTC
This seems to have been solved in 7.4 with:


author	Vasily Melenchuk <vasily.melenchuk@cib.de>	Mon Mar 21 13:54:28 2022 +0300
committer	Miklos Vajna <vmiklos@collabora.com>	Mon Mar 21 15:58:54 2022 +0100

tdf#118047: RTF import: better deduplication for header/footer

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