Description: When opened under Microsoft Office attached file has a list of 1,2 on the first page and then another list of 1,2 on the second page. When opened with LibreOffice 5.2.2.3 the list on the second page has the incorrect sequence 1,3. Steps to Reproduce: 1. Open file under LibreOffice 2. Check numbering on second page 3. Order reads 1,3 Actual Results: Second numbered list assume numbers of previous list after the first "1" Expected Results: Second numbered list follows correct sequence Reproducible: Always User Profile Reset: No - tested on multiple systems. Additional Info: User-Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36
Created attachment 133992 [details] Numbered list assuming pre-page break numbering order after restarting from one DOCX
Created attachment 133993 [details] Document showing different rendering under LibreOffice 5.2.2.3 and Microsoft Office 365
I can't reproduce it in Version: 5.5.0.0.alpha0+ Build ID: 6ab249ea6aecef5d3f35d624622a368061cad9c3 CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Sorry, I misread the steps. Confirmed in Version: 5.5.0.0.alpha0+ Build ID: 6ab249ea6aecef5d3f35d624622a368061cad9c3 CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group
Also reproduced in - Version: 4.3.0.0.alpha1+ Build ID: c15927f20d4727c3b8de68497b6949e72f9e6e9e - Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a) - LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
Comment on attachment 133993 [details] Document showing different rendering under LibreOffice 5.2.2.3 and Microsoft Office 365 Description should have read "LibreOffice 5.3.3.2"
Bounty now available: https://www.bountysource.com/issues/46619569-fileopen-docx-file-numbered-list-restarted-from-1-following-section-break-assumes-previous-numbered-list-sequence-after-1
Created attachment 136175 [details] The issue is not visible with old format .doc
Created attachment 137798 [details] 9160_minimal.docx: simplified version for debugging ping Bartosz - still working on this?
Created attachment 137833 [details] 9160_minimal.docx: word 2003 used to simplify for debugging. Contrary to what I expected, Word 2003 considers "2 Under." to be the same numId as the first two potaints, and not the same numId as the preceding point. In the original document, the numId was undefined. That suggests that MS Word stores the next number in "Numbering-Firstlevel" abstract style, not in the numId style. Does that mean that Word and LibreOffice fundamentally treat numbering styles differently? My impression is that this particular document seems impossible to import properly without entirely re-designing numbering. P.S. Bug 113547 is a new, unrelated, 6.0 bug that indents "1 The." differently.
Seems that Michael's fix in Bug 95848 changed 2nd page from "1, 3" to "3, 4".
Created attachment 153990 [details] Numbered DOX compared MSO OO LO Same from OO to LO 6.4+ until now. Seems that Michael's fix in Bug 95848 changed 2nd page from "1, 3" to "3, 4". Is it just "restart numbering" now? A duplicate?
*** Bug 130635 has been marked as a duplicate of this bug. ***
(In reply to Timur from comment #12) > Created attachment 153990 [details] > Numbered DOX compared MSO OO LO > > Same from OO to LO 6.4+ until now. > Seems that Michael's fix in Bug 95848 changed 2nd page from "1, 3" to "3, 4". > Is it just "restart numbering" now? A duplicate? Hi Timur, It's always good to mention the commit for reference: https://cgit.freedesktop.org/libreoffice/core/commit/?id=7992bd73a2307edce96a145e954f8e4c3ab9f57d @Michael Stahl, I thought you might be interested in this issue
Hi Miklos, I thought you might be interested in this issue after you recently fixed a very similar issue ( bug 129221 )
Vasily Melenchuk committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/cf13fe3e6f6a40f6db064d65d4514d13a23a31f0 tdf#108496: DOCX: redesign of override in lists 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.
Vasily Melenchuk committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/4ba179eb9208185406207522e39626327c7d74c3 tdf#108496: DOCX: list overrides some cleanups 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.
Vasily Melenchuk committed a patch related to this issue. It has been pushed to "libreoffice-6-4": https://git.libreoffice.org/core/commit/76beaebdb4e45149576e3946895d77bd3054fe50 tdf#108496: DOCX: redesign of override in lists It will be available in 6.4.5. 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.alpha0+ Build ID: 1eb6210d678bbb0c875f0f72b... CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded @Vasily, thanks for fixing this issue!!
*** Bug 130446 has been marked as a duplicate of this bug. ***
*** Bug 128756 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/f49e5902a3737c02fabf5bec23243ccb126426c4 tdf#138302 partial revert tdf#108496: DOCX: redesign of override in lists 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 "libreoffice-7-1": https://git.libreoffice.org/core/commit/5107bc515fba130bf4a488324f97971789a92f37 tdf#138302 partial revert tdf#108496: DOCX: redesign of override in lists It will be available in 7.1.5. 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 "libreoffice-7-1-4": https://git.libreoffice.org/core/commit/601260714561a22a1250ceeb7b746d80a7f7f7ff tdf#138302 partial revert tdf#108496: DOCX: redesign of override in lists It will be available in 7.1.4. 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.