Bug 40929 - Restart numbering is not saved for the first list in a sub-document (when viewed from master)
Summary: Restart numbering is not saved for the first list in a sub-document (when vie...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 45516 95107 121064 (view as bug list)
Depends on:
Blocks: Writer-Master-Doc
  Show dependency treegraph
 
Reported: 2011-09-16 01:50 UTC by Pavel
Modified: 2019-09-06 13:53 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
ZIP containing master/sub ODTs showing renumbering problem (25.31 KB, application/zip)
2015-01-18 08:39 UTC, Owen Genat (retired)
Details
Master Document showing numbering not restarting with paragraph styles (47.08 KB, application/zip)
2015-11-20 07:08 UTC, Jon Grossart
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Pavel 2011-09-16 01:50:07 UTC
Create a new document with several lists, assigned to one list-style. Set "restart numbering" for the first items of the created lists. The attribute 'text:start-value="1"' is saved for all the lists, except the first one.

This is vital for using master-documents. Because of this issue, I have numbered lists in the second and later parts of the component document starting not with 1, instead, for example, with 3 or 5.

P.S. The workaround is to set the attribute in ODF file manually (it should not be cleared by resaving document from LibreOffice).
Another workaround is to use different list styles in different parts of the component document.
Comment 1 Björn Michaelsen 2011-12-23 12:33:55 UTC Comment hidden (obsolete)
Comment 2 Pavel 2011-12-25 23:38:10 UTC
Issue is still reproducing in the 3.5.0 beta2
Comment 3 Sina Momken 2013-07-25 04:40:10 UTC
I tried to reproduce this bug using LibreOffice 3.5.4.2 on Linux Mint Debain Edition. And I can admit that this bug is correct and I could reproduce it.
However you should note that for exactly reproducing this bug you should assign the same list-style to all the lists. To do so you must select all the lists, then press F11 to view all kind of styles, then select the "List Styles" button which is fifth button from the left to view all list-styles and then select the same list-style (e.g. "Numbering 1") for all the selected lists.

After doing all these steps and saving and reopening the ODT file, the "Restart Numbering" button is enabled for first items of all lists except the first list.

But after saving as DOC file and reopening it, not only the "Restart Numbering" button is disabled for all the items, but also each list now has different list-style (i.e. WW8Num3, WW8Num4 and WW8Num5).
Comment 4 Owen Genat (retired) 2015-01-18 08:39:10 UTC
Created attachment 112415 [details]
ZIP containing master/sub ODTs showing renumbering problem

(In reply to Pavel from comment #0)
> Create a new document with several lists, assigned to one list-style. Set
> "restart numbering" for the first items of the created lists. 

Attached example uses List 1 Start, List 1 Cont., and List 1 End paragraph styles, all associated with the Numbering 1 list style. Also tested with using only the List 1 paragraph style associated with the Numbering 1 list style (same behaviour).

> This is vital for using master-documents. Because of this issue, I have
> numbered lists in the second and later parts of the component document
> starting not with 1, instead, for example, with 3 or 5.

Confirmed. In the attached example, created under v3.6.7.2 the first list in the second sub-document (c.odt, when viewed from within a.odt) starts at item 4, rather than 1 as expected. Viewing the sub-document (c.odt) directly exhibits correct behaviour. Opening the example under these versions exhibits identical behaviour in all cases, so it appears inherited from OOo:

v3.3.4.1 OOO330m19 Build: 401
v3.4.6.2 OOO340m1 Build: 602
v3.5.7.2 Build ID: 3215f89-f603614-ab984f2-7348103-1225a5b
v3.6.7.2 Build ID: e183d5b
v4.0.6.2 Build ID: 2e2573268451a50806fcd60ae2d9fe01dd0ce24
v4.1.6.2 Build ID: 40ff705089295be5be0aae9b15123f687c05b0a
v4.2.8.2 Build ID: 48d50dbfc06349262c9d50868e5c1f630a573ebd
v4.3.5.2 Build ID: 3a87456aaa6a95c63eea1c1b3201acedf0751bd5
v4.4.0.2 Build ID: a3603970151a6ae2596acd62b70112f4d376b990

(In reply to Sina Momken from comment #3)
> ... but also each list now has different list-style 
> (i.e. WW8Num3, WW8Num4 and WW8Num5).

This is unrelated to the problem described by this report and is instead the result of saving to a non-ODF file format that does not support list styles e.g., MS Binary (DOC). Original report relates to ODF master/sub-documents.
Comment 5 Owen Genat (retired) 2015-01-18 08:41:36 UTC
As per comment 4, summary edited to be clear this issue relates to ordered list numbering in master/sub-documents.
Comment 6 Owen Genat (retired) 2015-03-14 12:54:15 UTC
*** Bug 45516 has been marked as a duplicate of this bug. ***
Comment 7 Jon Grossart 2015-11-20 07:06:41 UTC Comment hidden (no-value)
Comment 8 Jon Grossart 2015-11-20 07:07:35 UTC
I should also note that if you just use Numbering, then it restarts correctly in each subdocument. The problem comes when you start using a paragraph style to apply the numbering.
Comment 9 Jon Grossart 2015-11-20 07:08:36 UTC
Created attachment 120671 [details]
Master Document showing numbering not restarting with paragraph styles
Comment 10 alex.ilmar4spam 2016-09-30 15:00:33 UTC
This bug is definitely still there in 5.1.5.2 as well.
Workaround - insert the top of the master document hidden paragraph numbering. Then your text will retain the option "restart numbering" when saving a document. But it is wrong way. 
We need an acceptable solution.
Who can tell where to look to fix this bug? How can I help to fix it?
Comment 11 alex.ilmar4spam 2016-10-03 07:05:52 UTC
I found an additional solution:
1. Insert above your list item with the same style
2. The first item on your list to note "restart numbering"
3. Save the file
4. close the file
5. open the file
6. remove the first additional element
7. save the file

This sequence will result - saving for the first item on your list options "restart numbering".

I think the problem is specific in saving function
Comment 12 bug.reporter.21 2016-12-12 21:15:45 UTC
A simpler workaround that works for me, with no extra open/close
Given the numbered list below

1) bla bla bla
2) bla bla bla

place the cursor after the "1)", press enter, then right click restart numbering.
place the cursor after the "1)" (up arrow), then press suppr
now save
Comment 13 QA Administrators 2018-05-13 02:30:31 UTC Comment hidden (obsolete)
Comment 14 Uwe Kindler 2018-05-15 13:17:18 UTC Comment hidden (obsolete)
Comment 15 Timur 2018-05-15 14:44:10 UTC Comment hidden (obsolete)
Comment 16 QA Administrators 2019-05-16 03:12:54 UTC Comment hidden (obsolete)
Comment 17 Uwe Kindler 2019-05-16 06:10:29 UTC
We use LibreOffice 6.0.7.3 and the bug is still present.
Comment 18 Timur 2019-09-06 13:12:07 UTC
*** Bug 121064 has been marked as a duplicate of this bug. ***
Comment 19 Timur 2019-09-06 13:53:35 UTC
*** Bug 95107 has been marked as a duplicate of this bug. ***