Created attachment 160839 [details] Example file from Word with Auto Spacing before value After bug #132807 is fixed, there are some spacing values that are converted improperly from the numbered custom style. Attachment contains Auto spacing above and below set in the custom style, it is converted to 0.49 cm incorrectly in: - Numbering sublevels - Multiple item list in table Steps to reproduce: 1. Open attachment, compare the Spacing before value with Word Actual results: Extra spacing in some paragraphs. Expected results: Same appearance as in Word. LibreOffice details: Version: 7.0.0.0.alpha1+ (x64) Build ID: 1ed7607454d1492f65c78443cb661d5873face6b CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win; Locale: hu-HU (hu_HU); UI: en-US Calc: CL
Created attachment 160840 [details] Screenshot of the original document side by side in Word and Writer
Confirm it Version: 7.0.0.0.alpha1+ Build ID: b1e396d86655a0131498a4691dd8069ea76c3477 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3; Locale: ro-RO (ro_RO.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-05-15_04:58:38 Calc: threaded
Bibisected a0e5d5676148f159911ae694bae0046644f23a18 is the first bad commit commit a0e5d5676148f159911ae694bae0046644f23a18 Author: Jenkins Build User <tdf@pollux.tdf> Date: Tue Apr 14 09:53:24 2020 +0200 source 35fc5ef0a759884b24ed8b83cd05702a0fab64cc source 35fc5ef0a759884b24ed8b83cd05702a0fab64cc instdir/program/libwriterfilterlo.so | Bin 3039616 -> 3040024 bytes instdir/program/versionrc | 2 +- 2 files changed, 1 insertion(+), 1 deletion(-)
Proposed fix: https://gerrit.libreoffice.org/c/core/+/94588 One of the top margins wasn't fixed, because it seems, the document contains a likely intended setting: different numId, visible as different list style WWNum1 and WWNum2 on LO's UI. I suggest to investigate this problem, what is the rule for 0 auto top margin, when the adjacent list items have different list style and paragraph style. Note: the topic of the bug report is not a regression, only indentation (maybe there is already a filed bug for that).
Created attachment 161043 [details] Fixed top margins, except the odd one out
.... the document contains a likely NOT intended setting ... (see attached screen shot)
tdf#133052: DOCX import: fix top auto margin of subitems (nested lists) and other items of lists, when auto margin is defined by paragraph style, and list items have got w:numPr. Follow-up of commit 162d74ae7a53eb1cde738f0a7558f297b8162f7a (tdf#132807 DOCX import: fix top auto margin in lists).
László Németh committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/9cca15204af9cc44a8a9528ccf2f36616fb70e69 tdf#133052: DOCX import: fix top auto margin of subitems It will be available in 7.0.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Verified in Version: 7.0.0.0.beta1+ Build ID: 2506d8221dd940dfd93d3d7c183430ba6ba3089d CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded @László Németh, thanks for fixing this issue!!