Issue 103745

Summary:	Numbering of list gets messed up after save+reload when inserting bullet list into numbered list
Product:	Writer	Reporter:	Daniel Benkmann <shenmux09>
Component:	formatting	Assignee:	michael.ruess
Status:	CLOSED FIXED	QA Contact:	issues@sw <issues>
Severity:	Trivial
Priority:	P2	CC:	adam, bart.hanssens, issues
Version:	OOo 3.1	Keywords:	numbering
Target Milestone:	---
Hardware:	All
OS:	All
Issue Type:	DEFECT	Latest Confirmation in:	---
Developer Difficulty:	---
Issue Depends on:
Issue Blocks:	99999

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
http://www.oasis-open.org/committees/download.php/23418/07-04-05-proposal-lists.odt
) 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

accepted.

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.