| Summary: | Numbered bullets don't restart after header in importred .docx file | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | konsultor <uc> |
| Component: | Writer | Assignee: | Miklos Vajna <vmiklos> |
| Status: | VERIFIED FIXED | ||
| Severity: | normal | CC: | aron.budea, dgp-mail, vmiklos, xiscofauli |
| Priority: | medium | Keywords: | bibisected, bisected, filter:docx, regression |
| Version: | 4.4.0.3 release | ||
| Hardware: | All | ||
| OS: | All | ||
| See Also: |
https://bugs.documentfoundation.org/show_bug.cgi?id=94326 https://bugs.documentfoundation.org/show_bug.cgi?id=78939 https://bugs.documentfoundation.org/show_bug.cgi?id=130670 |
||
| Whiteboard: | target:7.0.0 target:6.4.2 | ||
| Crash report or crash signature: | Regression By: | ||
| Bug Depends on: | |||
| Bug Blocks: | 108770 | ||
| Attachments: |
docx version of file with list numbering not resetting after header
PDF version of file with problem in list numering not restarting after header sample .docx file where numbered lists don't restart after headings sample .docx compared in MSO 2013 and LO 6.5+ |
||
|
Description
konsultor
2019-12-06 05:35:41 UTC
Thank you for reporting the bug. Please attach a sample docx-file, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided. (Please note that the attachment will be public, remove any sensitive information before attaching it) Created attachment 156403 [details]
docx version of file with list numbering not resetting after header
See also the PDF version of this file.
Created attachment 156404 [details]
PDF version of file with problem in list numering not restarting after header
If we start from .docx it has to be MSO docx, and you say it is. But looking at it, it was last saved with LO. So we cannot use it. The list numbering continues also if it opens in MSO. If you have MSO docx, attach it. Even if not, there are other fixed and open bugs on this, you were supposed to search first, please do it now. Thanks for quick response. Unfortunately, the MSO document original is confidential--won't be able to send it. I don't have a Win machine to edit it and save in MSO, but I'll see if I can borrow one. I'll look for similar bugs on the web site. You may obfuscate content, for example, by replacing any character with x. But it must be done in MSO from original document, that wasn't saved in LO. We had some fixes in LO 6.4 so we will also have to test with LO master. Have not had an opportunity to edit the file in WORD version that can save to .docx format. Will continue to seek to do that, so I can send it. Opened the original file in LibreOffice from OpenSuSe: Version: 6.3.3.2.0+ Build ID: 30(Build:2) CPU threads: 12; OS: Linux 4.12; UI render: default; VCL: kde5; Locale: en-US (en_US.UTF-8); UI-Language: en-US which does not restart paragraph numbering after a heading. [Automated Action] NeedInfo-To-Unconfirmed Script is wrong, Needinfo is right. Created attachment 157344 [details]
sample .docx file where numbered lists don't restart after headings
This file was edited down from a confidential document in Word 2013 and saved in Word (bless the library where I used a Win computer). In Word the numbered items after each header start with 1. In LO 6.3.3 (latest from OpenSuse) the numbered paragraphs of the same style (same indent) show continuous numbering across headers--there is one sequence for the entire page.
(In reply to Timur from comment #4) > If you have MSO docx, attach it. done > Even if not, there are other fixed and open bugs on this, you were supposed > to search first, please do it now. One bug that may be related is Bug 40272 - Filesave ODT as DOC/DOCX conversion problem with continued instead of restarted numbering. Created attachment 157350 [details] sample .docx compared in MSO 2013 and LO 6.5+ I reproduce in Win LO 6.5+ with MSO DOCX attachment 157344 [details]. This is fileopen issue and only in those we may look for a similar bug. No repro 4.3, repro 4.4. Regression. This went bad in to steps, bibisected using repo bibisect-44max. First the numbering stopped getting imported with following commit: https://cgit.freedesktop.org/libreoffice/core/commit/?id=e49d2b31fb2020d065b4ad940d1031d07b10f32b author Vinaya Mandke <vinaya.mandke@synerzip.com> 2014-06-06 14:12:48 +0530 committer Miklos Vajna <vmiklos@collabora.co.uk> 2014-06-10 09:57:45 +0200 "fdo#78939 [DOCX] Hang while opening due to incorrect modification of Style" Then the numbering came back, but didn't restart anymore: https://cgit.freedesktop.org/libreoffice/core/commit/?id=c03b691a7cd8eba128204c851b99e0b75c580c0c author Miklos Vajna <vmiklos@collabora.co.uk> 2014-11-17 16:54:12 +0100 committer Miklos Vajna <vmiklos@collabora.co.uk> 2014-11-17 16:55:12 +0100 "DOCX import: handle <w:numId> from parent styles as well" Adding CC: to Miklos Vajna. Miklos Vajna committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/63d3ac37865460ff51348a6e792bbacf2f7c4653 tdf#129221 DOCX import: fix missing restart of numbering 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. Miklos Vajna committed a patch related to this issue. It has been pushed to "libreoffice-6-4": https://git.libreoffice.org/core/commit/58d2d3480018986835384ac12307131a6d30997f tdf#129221 DOCX import: fix missing restart of numbering It will be available in 6.4.2. 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: 718f540fb63af27c1336f89213444e9af753b8a9 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 @Miklos, thanks for fixing this issue!! |