A ".docx" file which contains 2 separate numbered lists exported from Apple Pages will not be formatted properly when opened with LibreOffice.
Steps to Reproduce:
1. On Pages (Mac), I make a numbered list by typing "1:" and then typing something, pressing return, and then typing something else, etc. Every time the "return" key is pressed, it automatically continues the numbering from the first line.
2. I press "return" twice to end that list, and then make a new list by doing the same thing.
3. Export the document as a Word (.docx) file
4. Open the file in LibreOffice
When this file is exported as a ".docx" file and opened in Microsoft Word, it opens fine. But if the file is opened in LibreOffice, the second list starts with "1:" and then continues the numbering from the first list rather than restarting the numbering (e.g. 1, 4, 5, 6, 7...). Please see the attached ".docx" file to test it out.
If a new document is created in Microsoft Word and 2 lists are created as in Pages, the ".docx" file it creates will open normally in LibreOffice.
LibreOffice should have formatted the document like Pages and Word, making 2 separate lists rather than continuing the first.
User Profile Reset: Yes
Created attachment 155139 [details]
Document exported from Pages
Created attachment 155140 [details]
Screen shot of Pages with the correct formatting
Created attachment 155141 [details]
Screen shot of LibreOffice with incorrect formatting
Created attachment 155189 [details]
Screenshot of the document in Word and current Writer master
A bit different in:
Version: 220.127.116.11.alpha1+ (x86)
Build ID: f0340d58cc0f2808ce8003099ff2a0495360f267
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win;
Locale: hu-HU (hu_HU); UI-Language: en-US
Now the second list is not numbered as 1 4 5 6 but 4 5 6 7.
Also reproducible in
Id. de compilación: 40ff705089295be5be0aae9b15123f687c05b0a
Created attachment 160416 [details]
How it looks in LibreOffice 7.0 master
In master 2 list is restarted but the consecutive numbers are still wrong
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
Created attachment 160743 [details]
The example file in Word and current Writer master
Looks fixed in:
Version: 18.104.22.168.alpha1+ (x64)
Build ID: f9790da286f2d2fa47f1748f8cfa6172c6622ca3
CPU szálak: 4; OS: Windows 6.3 Build 9600; Felületmegjelenítés: Skia/Raster; VCL: win;
Locale: hu-HU (hu_HU); UI: hu-HU
Issue fixed by https://cgit.freedesktop.org/libreoffice/core/commit/?id=ef4a739d94800426d205fb6e2cb5c2813771dfd3
@Justin, thanks for fixing this issue!!
That (pair of) commit(s) should NOT have fixed anything... It should have been a non-functional change. So likely the fix happened in the month between those two patches (after April 13).
My guess would be commit cf13fe3e6f6a40f6db064d65d4514d13a23a31f0
Author: Vasily Melenchuk on Fri Apr 17 12:58:59 2020 +0300
tdf#108496: DOCX: redesign of override in lists
List level overrides are not just about numbering,
it is about numbering restart. Thus some changes to DOCX
import/export were added.
Improved support for several lists referring the same
abstract list, especially in situation when one list
In addition some export cleanup is made: less unnecessary
list duplications, less level overrides when no properties
Xisco Fauli committed a patch related to this issue.
It has been pushed to "master":
tdf#128245: sw: Add unittest
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:
Affected users are encouraged to test the fix and report feedback.