Bug 127615 - FILEOPEN DOCX Spacing of paragraph in the table is greater than it should be
Summary: FILEOPEN DOCX Spacing of paragraph in the table is greater than it should be
Status: RESOLVED DUPLICATE of bug 118812
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-Tables
  Show dependency treegraph
 
Reported: 2019-09-18 08:17 UTC by NISZ LibreOffice Team
Modified: 2019-09-24 10:55 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot of the problem in Writer 6.1 and 6.2 (83.39 KB, image/png)
2019-09-18 08:18 UTC, NISZ LibreOffice Team
Details
The same file and same paragraph in MS Word and LibreOffice Writer 6.4.0.0.Alpha0+. (86.88 KB, image/png)
2019-09-18 08:18 UTC, NISZ LibreOffice Team
Details
Example file from Word (23.81 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2019-09-18 08:19 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 2019-09-18 08:17:47 UTC
Description:
Spacing of paragraph in the attached DOCX document does not have the same values opened in Microsoft Word and LibreOffice Writer.

Steps to Reproduce:
    1. Open the attached sample DOCX file in MS Word
    2. Open the attached screenshot
    3. Compare the document opened in MS Word and LibreOffice 6.4.
    4. Notice that spacing of paragraph in the table is greater than it should be.opened in LibreOffice 6.4.

Actual Results:
Spacing of paragraph is greater opened in Microsoft Word and LibreOffice Writer.6.4.0.0.alpha0+.

Expected Results:
Spacing of paragraph should have the same value, as opened in Microsoft Word.


Reproducible: Always


User Profile Reset: No



Additional Info:
LibreOffice details:

Version: 6.4.0.0.alpha0+ (x64)
Build ID: 41cd3e8e817c8c33a13608e62eeb06ce2c6977e4
CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; 
TinderBox: Win-x86_64@62-TDF, Branch:master, Time: 2019-09-01_22:04:10
Locale: hu-HU (hu_HU); UI-Language: en-US
Calc: threaded

Bibisected using bibisect-win32-6.2 to: 
URL: https://cgit.freedesktop.org/libreoffice/core/commit/?id=5e4d89f59614cec08376e1e77625f8610a1490e5

author:  Justin Luth <justin.luth@collabora.com>	
committer: Miklos Vajna <vmiklos@collabora.co.uk> 
summary: tdf#117297 sw unotbl XCell: apply char/para style props to text
Comment 1 NISZ LibreOffice Team 2019-09-18 08:18:28 UTC
Created attachment 154248 [details]
Screenshot of the problem in Writer 6.1 and 6.2
Comment 2 NISZ LibreOffice Team 2019-09-18 08:18:46 UTC
Created attachment 154249 [details]
The same file and same paragraph in MS Word and LibreOffice Writer 6.4.0.0.Alpha0+.
Comment 3 NISZ LibreOffice Team 2019-09-18 08:19:03 UTC
Created attachment 154250 [details]
Example file from Word
Comment 4 NISZ LibreOffice Team 2019-09-18 08:21:52 UTC
Adding CC to Justin Luth
Comment 5 Justin L 2019-09-24 10:55:05 UTC
Same problem as in bug 118812.  The document defaults specify
<w:pPrDefault>
  <w:pPr>
    <w:spacing w:after="200"/>
  </w:pPr>
</w:pPrDefault>

and that is preventing the table style's settings from overriding them:
<w:style w:type="table" w:styleId="Rcsostblzat">
  <w:name w:val="Table Grid"/>
  <w:pPr>
    <w:spacing w:after="0"/>
  </w:pPr>

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