Description: The attached document renders everything but the first list incorrectly. This can be seen in both the editor as the PDF export. Actual Results: Renders: List up to 2 1. Point 1 2. Point 2 List up to 3 1. Point 1 3. Point 2 4. Point 3 Expected Results: Expected: List up to 2 1. Point 1 2. Point 2 List up to 3 1. Point 1 2. Point 2 3. Point 3 Reproducible: Always User Profile Reset: Yes Additional Info: A similar document without a theme renders correctly.
Created attachment 157832 [details] Docx file that renders incorrectly
Created attachment 157833 [details] Docx file that renders correctly -- no theme
Created attachment 157834 [details] Generated PDF with incorrect lists
Created attachment 157835 [details] Comparison MSO 2010 and LibreOffice 7.0 master Reproduced in Version: 7.0.0.0.alpha0+ Build ID: f4b6f6a8ae60bdec53512728d00853b73fa18500 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded
Actually the document has different problems.... Let's use this ticket to deal with one of them: Numbering is not restarted Regression introduced by: https://cgit.freedesktop.org/libreoffice/core/commit/?id=7992bd73a2307edce96a145e954f8e4c3ab9f57d author Michael Stahl <Michael.Stahl@cib.de> 2019-09-03 13:49:57 +0200 committer Michael Stahl <Michael.Stahl@cib.de> 2019-09-04 10:40:26 +0200 commit 7992bd73a2307edce96a145e954f8e4c3ab9f57d (patch) tree 0a32009be41014940f66fca0f4f6e899f6fcbbd1 parent a9e098aa4e66c771642b26527e3e48c48c428574 (diff) tdf#95848 writerfilter: DOCX import: fix mapping of w:abstractNum Bisected with: bibisect-linux64-6.4 Adding Cc: to Michael Stahl For reference, see the pdf attached, every list starts with 1.
actually it's a duplicate of bug 108496 *** This bug has been marked as a duplicate of bug 108496 ***