Bug 137335 - FILEOPEN DOCX Whitespace should not define paragraph height (CR formatting)
Summary: FILEOPEN DOCX Whitespace should not define paragraph height (CR formatting)
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: DOCX-Paragraph
  Show dependency treegraph
 
Reported: 2020-10-08 12:27 UTC by NISZ LibreOffice Team
Modified: 2022-09-09 00:48 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:
Regression By:


Attachments
Example file from Word (14.13 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2020-10-08 12:27 UTC, NISZ LibreOffice Team
Details
Screenshot of the original document side by side in Word and Writer (204.06 KB, image/png)
2020-10-08 12:27 UTC, NISZ LibreOffice Team
Details

Note You need to log in before you can comment on or make changes to this bug.
Description NISZ LibreOffice Team 2020-10-08 12:27:09 UTC
Created attachment 166186 [details]
Example file from Word

Attached docx file was minimized from attachment #166180 [details] of bug #38575
This has some paragraphs that contain TAB or space characters that has different font size than the paragraph ending pilcrow.
In Word the pilcrow has 5 pt character size and the TAB character 12 pt. The paragraph height is matching the pilcrows font size while in Writer it matches the TAB characters set size. 
The same happens with a paragraph containing 12 pt spaces and 8pt pilcrow.
This does not happen if there is only an empty paragraph.
In the original document this causes the last empty paragraph of the first page to 

Steps to reproduce:
    1. Open attached document.
    2. Compare the empty paragraph heights in Word and Writer

Actual results:
The paragraph after “Herrn / Frau” is taller than in Word because it is matched to the 12 pt formatting of the TAB character.
The paragraph after Telefon-Nr is also taller because it is matched to the 12 pt formatting of the spaces.
The empty paragraphs before “Herrn / Frau” and after “wohnhaft” are the same height as in Word, similarly to the non-empty ones.

Expected results:
If a paragraph only has whitespace characters its height should match the ending pilcrows font size.

LibreOffice details:
Version: 7.1.0.0.alpha0+ (x64)
Build ID: a883002d8e2fd77f80c43b7b2e6ac329d83d929d
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win
Locale: en-US (hu_HU); UI: en-US
Calc: CL

Also happens in:
Verzió: 6.0.0.3
Build az.: 64a0f66915f38c6217de274f0aa8e15618924765
CPU szálak: 4; OS: Windows 6.3; Felületmegjelenítés: alapértelmezett; 
Területi beállítások: hu-HU (hu_HU); Calc: CL

Version: 5.0.0.5
Build ID: 1b1a90865e348b492231e1c451437d7a15bb262b
Locale: hu-HU (hu_HU)

Verzió: 4.0.0.3 (Build az.: 7545bee9c2a0782548772a21bc84a9dcc583b89)

LibreOffice 3.5.0rc3 
Build ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735
Comment 1 NISZ LibreOffice Team 2020-10-08 12:27:23 UTC
Created attachment 166187 [details]
Screenshot of the original document side by side in Word and Writer
Comment 2 Xisco Faulí 2020-10-12 17:49:19 UTC
Reproduced in

Version: 7.1.0.0.alpha0+
Build ID: a9976a958b2857e308c6598532151878615bfd9f
CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded
Comment 3 Justin L 2021-09-17 15:37:47 UTC
I'd say this is a duplicate of bug 127368.

It seems the same as bug 117988, where we have some proof that the compat flag IgnoreTabsAndBlanksForLineCalculation already handles whitespace not defining the paragraph height. So the issue here really is that the pilcrow settings aren't able to define the paragraph height in LO.