Issue 124772 - Outline Numbering: Position settings corrupted
Summary: Outline Numbering: Position settings corrupted
Status: UNCONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: formatting (show other issues)
Version: 4.0.1
Hardware: Mac Mac OS X 10.5
: P3 Major (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords: needmoreinfo
Depends on:
Blocks:
 
Reported: 2014-04-29 15:29 UTC by circulars
Modified: 2014-05-09 13:32 UTC (History)
2 users (show)

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


Attachments
outline numbering position bug example 1 (24.15 KB, application/vnd.oasis.opendocument.text)
2014-04-29 15:29 UTC, circulars
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description circulars 2014-04-29 15:29:23 UTC
Created attachment 83294 [details]
outline numbering position bug example 1

STEPS TO REPRODUCE

1 	Open test doc attached.

2	Numbering position at 1.1.1 is corrupt and cannot be changed.

3	View paragraph 1.1.3:

		Position of level 4 numbering corrupts at 1.1.3.3.

		Level 4 sub paragraph indent fails at same place.

4	Rest of paragraph 1 is corrupt. 

5	Initially paragraph 2 appears to behave correctly.

6	Level 2 indent fails again at para 2.10 (NB in the original doc, it fails at 2.9 - the difference between the two is that 2.9 does not straddle the page in the original).

7	 Level 3 indent fails again at  2.15.2.

8 	And so on throughout the document.

8 	Level 1 indent fails at 35 - if not before.



EXPECTED RESULTS

Outline layout should be as the settings for the different levels in the Position dialogue in the Bullets and Numbering dialogue.



ACTUAL RESULTS

The positions of numbering and text do not obey these settings. It appears to be impossible to correct them.




GENESIS

The document has been drafted gradually over a month or more. The bug appeared as follows last week:

1. There is a related link concerning 'continue previous numbering' which would not function in one part of the document. This had been apparent for several weeks, but could be overridden by restarting the numbering manually. This will be reported separately. 

2. Was working in that part of the document (part 3 or 4 in the test document - accessible from the table of contents) on the outline positions. Nothing appeared to be happening, so tried repeatedly to make changes without any visible result. 

3. Then, on scrolling to the beginning, found that the changes appeared to have been applied to the early parts of the doc, but in a corrupt form. That part of the document had not been on screen at the time, so were undetectable until scrolling back.

4. On trying to change those, each time the OK was clicked on the Position outline, the cursor and screen would fly back to the position viewed in 1 of this section. 

5. Could not undo the changes by any means - menu, toolbar icon, shortcut. Suspect the problem got caught by auto save.


END
Comment 1 Rainer Bielefeld 2014-04-29 16:07:25 UTC
I checked with "AOO 4.1.0 RC4 – German UI / German locale [AOO410m18(Build:9764)  -   Rev. 1589052 2014-04-22 11:43:54]" on German WIN7 Home Premium (64bit)", “historic” 4. User Profile used for all predecessor versions, OOo 3.3.0, LibO 4.2. List paragraph around 1.1.3.3 in document looks the same with all those versions. I think the document has been damaged during the edits. I am a little astonished that menu 'Format -> Standard Formatting' does not heal the problems, but I did not do intensive research.

@circulars:
May be someone can find a bug what corrupted your document with an analysis of your document, but I doubt. Wee need a step by by step instruction how to reproduce such damages by editing a document, not a document simply showing formatting what user does not like
Comment 2 circulars 2014-04-30 13:48:03 UTC
Hi Rainer:

Many thanks, and for coming back so promptly. 

Sadly it will be impossible now to replicate the keystrokes.

However the test document is not merely 'a document simply showing formatting what user does not like'. It proves that there is bug:

1. Select any of the paragraphs cited - or more or less any other.
2. Open the bullets and numbering dialogue.
3. Select position.
4. The paragraphs do not conform to the settings.
5. Changing the settings makes no difference.

Fully accept that it may be impossible to determine what caused it (though that surprises me), but would be grateful if it can be confirmed as a bug.

The test document is a copy of a live draft of an important submission, so if you or anyone else has further inspiration on how to work around the problem it would be very much appreciated. But if not, no worries.

Stay happy
Comment 3 circulars 2014-05-01 12:52:48 UTC
Comment on attachment 83294 [details]
outline numbering position bug example 1

Would it help to attach earlier versions of the draft in which the bug was not apparent? 

The test document is the 0.6 draft. It looks as if the bug was present in the 0.5 draft, but not in 0.4. 

You are welcome to them all if that would help.
Comment 4 circulars 2014-05-01 13:11:39 UTC
Also discovered the following trying to clean the file up. If you:

1 select all (in the body of the text, not the table of contents),

2 open the bullets and numbering dialogue

3 hit remove

this should remove the numbering. 

However if you do this in the test document this only happens for some paragraphs, whilst others remained numbered, but with different numbering which looks like ordinary paragraph numbering.
Comment 5 circulars 2014-05-09 13:32:25 UTC
Related issue 124855 has now been posted dealing with the corruption of outline numbering by applying built in heading styles Heading 1, Heading 2 etc.

In the course of investigating that bug, it emerged that at the outline level 3 this bug (124772) can be released by applying Heading 3. Please see Replication in that bug report and follow steps 1 to 8.

Hopefully this should greatly facilitate identifying the bug.