Issue 103745 - Numbering of list gets messed up after save+reload when inserting bullet list into numbered list
Summary: Numbering of list gets messed up after save+reload when inserting bullet list...
Alias: None
Product: Writer
Classification: Application
Component: formatting (show other issues)
Version: OOo 3.1
Hardware: All All
: P2 Trivial (vote)
Target Milestone: ---
Assignee: michael.ruess
QA Contact: issues@sw
Keywords: numbering
Depends on:
Blocks: 99999
  Show dependency tree
Reported: 2009-07-23 15:49 UTC by Daniel Benkmann
Modified: 2013-08-07 14:44 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Note You need to log in before you can comment on or make changes to this issue.
Description Daniel Benkmann 2009-07-23 15:49:48 UTC
Create a new writer document containing the following numbered list.

1. A
2. B
3. C
4. D
5. E
6. F
7. G

Use "Restart Numbering" to get the numbering to start at "1." on the line with
the "C". Now the list looks like this:

1. A
2. B
1. C
2. D
3. E
4. F
5. G

Now do the following:
Move the cursor to the line "4. F" and click the "Bullets On/Off" button. The
list now looks like this:

1. A
2. B
1. C
2. D
3. E
*. F
4. G

Note that the 5 turned into a 4. This is the expected behaviour and not a bug.
The problem comes when you now save the document (as ODF 1.2) and reload it. Now
the last line has magically turned into "3. G".

Looking at the XML the problem seems to be that the list starting with "C" has
no "xml:id" attribute (which should be mandatory according to
) and that the list starting with "G" references the wrong list in its
"text:continue-list" attribute.
Comment 1 michael.ruess 2009-07-23 16:44:08 UTC
MRU->OD: as described, create a numbered list of several paragraphs, in one
paragraph set "restart list", in another change to type "Bullet" by button. Now
save & reload -> the numbered list is now seperated into two lists.
Comment 2 pasco 2009-09-09 15:29:23 UTC
Several of my customers are affected by this bug in documents that rely on
numbering and bullets. It's crippling large reports as they have to send the
documents to me for the numbering to be repaired, then sent back. For 30+ pages
of reports this is very time consuming!

I have several real-world documents that have been affected if anyone needs to
look at the underlying text/data.
Comment 3 Oliver-Rainer Wittmann 2009-09-09 16:18:39 UTC

This is a serious issue -> changing priority to P2.

Planning to fix this for OOo 3.3.
Comment 4 Oliver-Rainer Wittmann 2009-10-14 15:52:35 UTC
setting keyword "numbering"
Comment 5 Oliver-Rainer Wittmann 2009-11-12 14:35:46 UTC
fixed in cws sw32bf07 - changed file:
/xmloff/source/text/txtparae.cxx, rev. 277480
Comment 6 Oliver-Rainer Wittmann 2009-11-13 09:56:01 UTC
requested integration into OOo 3.2 --> changing target
Comment 7 Oliver-Rainer Wittmann 2009-11-17 15:17:27 UTC
OD->MRU: Checked in internal installation set of cws sw32bf07 - please verify.
Comment 8 michael.ruess 2009-11-18 12:36:38 UTC
Verified fix in CWS sw32bf07.
Comment 9 michael.ruess 2009-11-26 15:46:12 UTC
Checked fix in OOO320m6.