Created attachment 131891 [details] Sample DOCX In the attached documents (same content, one in DOC, the other in DOCX format) there are two levels of numbering. In LibreOffice the first level is not shown. Additionally, the DOC is shown slightly differently (worse) in Writer compared to the DOCX. Tested with LO 5.3.0.3 / Windows 7.
Created attachment 131892 [details] Sample DOC (same as DOCX)
Created attachment 131893 [details] Screenshot comparing Writer and Word (DOCX sample)
Confirmed in Version: 5.4.0.0.alpha0+ Build ID: d3b5bd4a07a619db6bee1c39c32280ac3c620532 CPU threads: 4; OS: Linux 4.8; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group
*** Bug 75748 has been marked as a duplicate of this bug. ***
MSO shows this "TOC Level 1" style is based on "Heading 1" but it's style Numbering is None, while Numbering is set. Result is " Based on: Heading 1;H1;R1;TOC 11;1;h1;section;Header 1;II+;I;1st level;..." LO has 2 issues: doesn't recognize it's "1st level" outline nor "1." numbering style. If Numbering style is set in MSO, it's shown in LO, while outline level is still wrong.
Justin Luth committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=ed8221aa0b1550834f8ca18ca3af21f2a41e678d tdf#106541 preventative unit test: don't force inheritance 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.
Created attachment 139852 [details] tdf106541.diff: patch that adds re-numbering to inheriting style This patch at least turns numbering on for TOC Level 1. However, LO’s hidden “Outline” list style is inaccessible to other styles, so “TOC Level 1” style cannot use the same list as the headings. That leads to incorrect numberings. It will take a huge effort to redesign numbering/styles to fix this bug.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Repro 6.4+
Removed DOCX part (it was solved in Bug 95495).
Created attachment 157878 [details] Screenshot comparing Writer and Word (DOC sample) Repro 7.0+ for sample DOC.
Created attachment 157879 [details] Appendices DOC Since this is now DOC bug, I add DOC version of attachment 126453 [details] DOCX from bug 95495. Saved in MSO 2013.
Created attachment 157880 [details] Appendices DOC compared MSO 2013 LO 7.0+
*** Bug 87053 has been marked as a duplicate of this bug. ***
*** Bug 129579 has been marked as a duplicate of this bug. ***
Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/75213d163b53e7002404c26fcd9cd63776a53eae tdf#106541 doc import numbering: pre-emptive inheritance unit test It will be available in 7.2.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.
I have rough patches for this at https://gerrit.libreoffice.org/q/tdf%2523106541, but I don't intend to merge them until 7.3 master.
Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/38a01322a5e02432965f5a619124a6966bab065f tdf#106541 doc import numbering: default nListLevel to MAXLEVEL It will be available in 7.2.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.
Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/ce762a7ab170aa1115cfb0dd68f1c50abf5a86f3 tdf#106541 doc import: inherit style numbering from parent It will be available in 7.3.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.
Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/10dbee56f7cf9a19b04f484b8a4b2465323ec622 tdf#106541 doc import: always register listLevel It will be available in 7.3.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.
Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/ce20614b630e50fbfcc82e4cd2f565b04dfb788e tdf#106541 doc import: prevent inheriting when LFO == 0 It will be available in 7.3.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.
Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/8d248914f13b3b665431c70f0192fa967e0b7717 tdf#106541 doc import: allow listLevel to be inherited It will be available in 7.3.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.
Also see additional facets to this DOC series of patches in bug 123405 and more importantly in bug 104239. I have no intention of backporting any of this. It needs a lot of QA review. A similar set of patches is going into DOCX. See bug 141966 and bug 141964 which it depends on.
comment 1: numbering.doc: good. [Chapter Numbering is basically empty - same as in 7.1.] comment4: 75748 test1 MS2010.doc: not yet fully fixed. [Actually a duplicate of bug 104239 now.] comment 12: 95495 Windows PowerShell - APPENDICES MSO.doc: good. comment 14: simple-template.doc: comment 20: test_docx_filter_multilevel_numbering.doc: good.