Apache OpenOffice (AOO) Bugzilla – Issue 96538
Regression: Impress screws up enumerations
Last modified: 2017-05-20 10:29:00 UTC
The attached one-slide presentation has an enumeration, 1 .. 6. The correct results, generated by OOo 2.4, can be seen in the attached PDF. OOo 3.0 screws up the enumeration as can be seen in the second PDF.
Created attachment 58256 [details] Presentation with enumeration on a slide
Created attachment 58257 [details] Correct results, as produced by OOo 2.4
Created attachment 58258 [details] Image of incorrect rendering of the slide, with OOo 3.0
To reproduce start with OOo2.4.1. Generate a presentation with an outline layout. Enter six points. Mark the first three points an apply a numbering via button. Then mark the second three points and again apply a numbering via button. Notice that the second numbering continues with 4. 5. 6. Save the document and open it in OOo3.0 Notice, that the second numbering now shows 1. 2. 3. This does not happen, if you turn the default bullets to numbers using the outline style in OOo2.4.1. It also does not happen, if you apply the direct numbering for all items together in OOo2.4.1.
tacking over
Same behavior seen in Writer component
Actually it is a feature that paragraphs with different numbering also restart their numbering. In the case of the bugdoc, the numbering 'looks' equal. So we have to check if there may be a flaw in the algorithm to detect equal numberings. But I think the problem here is that in OOo 2.x the impress text core always modified bullets during edit and mixed them with the left and right space item for the paragraph. Resulting in bullet formatting that is actually different to what the user originally applied. This has all been fixed in OOo 3.0 but documents generated from OOo 2.x will still have these 'flaws'.
.
*** Issue 103031 has been marked as a duplicate of this issue. ***
restored old numbering behavior in cws impress177 for OOo 3.2
verified in cws, back to qa
Verified in CWS.