Bug 148049 - FILESAVE DOCX Numbering continues
Summary: FILESAVE DOCX Numbering continues
Status: RESOLVED DUPLICATE of bug 148455
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.4.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: DOCX-Bullet-Number-Outline-Lists
  Show dependency treegraph
 
Reported: 2022-03-17 11:10 UTC by Gabor Kelemen (allotropia)
Modified: 2022-05-19 06:28 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
The example file and its RT version in current master (311.65 KB, image/png)
2022-03-17 11:10 UTC, Gabor Kelemen (allotropia)
Details
The example file and its RTF version in Writer master (188.45 KB, image/png)
2022-05-19 06:18 UTC, Gabor Kelemen (allotropia)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Gabor Kelemen (allotropia) 2022-03-17 11:10:37 UTC
Created attachment 178936 [details]
The example file and its RT version in current master

This is a followup to bug 146851

When attachment 177683 [details] is saved and reloaded in Writer, the originally restarted numbering is continuing.

1, Open attachment 177683 [details]
2, Save as DOCX, reload.

Note around page 11 under the paragraph "Restraint period" the paragraph numbering is originally (a) (a) (b) (in Word and upon opening in Writer) but after RT it becomes (g) (h) (i) which continues the numbering below the "Intellectual property" paragraph half page above.


Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: cfd82e7a2cc2b45b738eb0efa0827196d2de61a4
CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: hu-HU (hu_HU.UTF-8); UI: en-US
Calc: threaded

bibisected in windows-6.4 to have started in

https://git.libreoffice.org/core/+/1f6b7030cbdc81e8e408e3a13bfcd01fcbdd7550

author	Michael Stahl <Michael.Stahl@cib.de>	Wed Sep 04 12:27:52 2019 +0200
committer	Michael Stahl <Michael.Stahl@cib.de>	Thu Sep 05 10:18:12 2019 +0200

tdf#95848 sw: DOCX export: crude implementation of abstractNum mapping
Comment 1 Dieter 2022-03-31 05:13:58 UTC
I confirm it with

Version: 7.3.2.2 (x64) / LibreOffice Community
Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: zh-CN (de_DE); UI: en-GB
Calc: CL
Comment 2 Gabor Kelemen (allotropia) 2022-05-19 06:18:13 UTC
Created attachment 180209 [details]
The example file and its RTF version in Writer master

This got better in todays nightly:

Version: 7.4.0.0.alpha1+ (x64) / LibreOffice Community
Build ID: a353f633ec029fc5c7cdc8062aefb6f979265a9e
CPU threads: 14; OS: Windows 10.0 Build 19044; UI render: default; VCL: win
Locale: en-US (hu_HU); UI: en-US
Calc: threaded

after

https://git.libreoffice.org/core/+/198381eb32edcc3e82d0f23df65f0804a08b44e6

tdf#148455 docx import/export: improvements to lvlOverride
Comment 3 Gabor Kelemen (allotropia) 2022-05-19 06:28:23 UTC

*** This bug has been marked as a duplicate of bug 148455 ***