Created attachment 139375 [details] sample Steps to reproduce: 1. Open attached document 2. Go to page 2 and compare the indent before the bullets and numbering. See attached image Reproduced in Version: 6.1.0.0.alpha0+ Build ID: 5cb225b0b3dbb55fd44899b1fb16bdcfeb866849 CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group threaded [Bug found by office-interoperability-tools]
Created attachment 139376 [details] comparison MSO 2010 and LibreOffice 6.1
Regression introduced by: author Miklos Vajna <vmiklos@collabora.co.uk> 2016-01-26 13:21:28 +0100 committer Miklos Vajna <vmiklos@collabora.co.uk> 2016-01-26 13:21:54 +0100 commit 3915bf2dc877d5f1140798e24933db0f21386a4a (patch) tree bcc1034371fa11953556b3400f520ee593760727 parent 09e46424c510924bae09c6e0147095e2958fa009 (diff) tdf#95376 DOCX import: fix incorrectly indented tab stops Bisected with: bibisect-linux-64-5.2 Adding Cc: to Miklos Vajna The situation has improved in c9dee880d88305312094b311abdae155e452bf14 as the numbering indent after 3 is correct now
Created attachment 139428 [details] sample 2 another file affected by the same commits
I can't see this happening on master, but I do if I revert my recent fix for bug 115155, so I guess this is a duplicate. *** This bug has been marked as a duplicate of bug 115155 ***
Hi Miklos, Indeed, the first document looks correct in Version: 6.1.0.0.alpha0+ Build ID: 9baa3fcf1f414c74d2ea1b55b2cb358527fe7364 CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk3; Locale: en-US (C); Calc: group and the left indent on the second document as well. However, the spacing between the numbers and the text is incorrect compared to previous to 3915bf2dc877d5f1140798e24933db0f21386a4a. Should it create a new issue instead ?
Yes, I see, the second document has A.2. "prepare" and "a." (in the next line) at the same vertical line in Word, but not in LO. Let's use this bug for this purpose. :-)
Miklos Vajna committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=03cee02464f230a2efa67d131c137f32fe540052 tdf#115242 RTF import: order numPr before other paragraph properties It will be available in 6.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Miklos Vajna committed a patch related to this issue. It has been pushed to "libreoffice-6-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=ecff2a84e2766dd93bd028e065d9ea3d833b369b&h=libreoffice-6-0 tdf#115242 RTF import: order numPr before other paragraph properties It will be available in 6.0.2. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
The situation is much better now with sample 2 file. However, it's still not perfect compared to before 3915bf2dc877d5f1140798e24933db0f21386a4a. I'll create a follow-up bug...