Issue 97958

Summary: Promote/Demote Outline UI problem
Product: Impress Reporter: jlcheng <jialiang.cheng>
Component: editingAssignee: AOO issues mailing list <issues>
Status: CONFIRMED --- QA Contact:
Severity: Trivial    
Priority: P2 CC: issues, knmc, mariel.lopez, mauriedo, rainerbielefeld_ooo_qa
Version: DEV300m38   
Target Milestone: ---   
Hardware: Unknown   
OS: All   
Issue Type: DEFECT Latest Confirmation in: 4.1.7
Developer Difficulty: ---
Attachments:
Description Flags
bug doc
none
screen shot none

Description jlcheng 2009-01-12 02:40:32 UTC
Open the impress doc.
Go to outline view. Select all text.
After Demote->Promote->Demote, the UI problem is always "Delete slides" status.
Comment 1 jlcheng 2009-01-12 02:41:19 UTC
Created attachment 59301 [details]
bug doc
Comment 2 jlcheng 2009-01-12 02:44:20 UTC
Created attachment 59302 [details]
screen shot
Comment 3 wolframgarten 2009-01-12 08:57:00 UTC
Office freezes after the described action.
Comment 4 Rainer Bielefeld 2014-05-23 05:43:11 UTC
A report concerning a problem - how unusual ;-)
And it seems that we have 2 Issues here in the report

I will do some investigation
Comment 5 Mauri Edo 2014-06-07 11:13:07 UTC
(Mauri Edo - 07/06/14)

AOO Version: AOO410m18 (Build:9764)
Config: MacBook OS X v.10.9.3

I have been able to reproduce this with my configuration, observing an additional side effect during the process. Updated steps to reproduce with further information:

1. Open attached document
2. Select outline view
3. Highlight all text (reproduced with key shortcut as well as "edit > select all" menu options)
4. Demote (both with shortcuts or toolbar buttons)
	- no special events observed
5. Promote (both with shortcuts or toolbar buttons)
	- mouse pointer turns into loading mode (sand clock)
6. Demote (both with shortcuts or toolbar buttons)
	- the static "Delete slides" message appears in the status bar, with a static progress bar (as shown in the attached screenshot)
	- mouse pointer remains in loading mode (sand clock)

At this point, promoting and demoting once again makes the "Delete slides" message disappear, but a new set of promotion and demotion makes it reappear again, and these set of operations can be repeated several times with consistent results as explained. During all process, the mouse pointer remains in loading mode and seems to stay that way, even if the user gets back to normal mode and performs regular operations (create new slides, add content, change slides order...). As stated, having the mouse pointer in loading mode does not prevent the user perform any action, it is just a little annoying and the only way to get rid of it that I've been able to find is closing the document (or the whole application).

Regarding the structure of the presentation, to reproduce this issue it is needed for the first action to be a demotion (promotion / demotion / promotion does not generate the inappropriate behaviour) and the demotion to actually demote something, or the steps to reproduce wont't work. Besides it seems to be required to demote content to different levels of indentation, that's why the attached document shows the inappropriate behaviour after a "select all" and demotion: the document contains 2 slides with bulleted content, the bulleted content gets indented a further level and the second slide becomes a first level indentation of the first slide (which is actually a slide deletion, and could be the origin of the message in the status bar).

Also observed during my testing of this issue, in case of selecting some indented content of the first slide (but not its header), the header of the second and some indented content of the second slide, the demotion / promotion / demotion turns the mouse pointer into loading mode too, but no message in the status bar appears.
Comment 6 Marcus 2017-05-20 10:45:29 UTC
Reset the assignee to the default "issues@openoffice.apache.org".
Comment 7 Mariel Lopez 2019-11-26 03:23:24 UTC
This issue is still replicated in the following environment:
- Windows Server 2012 
- Apache OpenOffice 4.1.7 (AOO417m1(Build:9800) - Rev. 46059c9192 2019-09-03 12:04)

Using the attached presentation in Outline view after Demote button is clicked I can see the second slide is deleted, 
and after clicking on Promote button I can see the second slide is restored and the mouse freezes, and after clicking on Demote
button again the Delete Slides progress bar is displayed and does not disappear, seems like the issue is originate after the Promote button is clicked because a process was not completed. 
Despite the error displayed it is possible to perform other actions like; insert a new slide, export to PDF, so this is not a blocking or crash issue.

Steps to Reproduce:
1. Open attached document
2. Select outline view
3. Select all text from both slides
4. Demote (both with shortcuts or toolbar buttons)
5. Promote (both with shortcuts or toolbar buttons) (Actual Result 1)
6. Demote (both with shortcuts or toolbar buttons) (Actual Result 2)

Actual Result 1: After clicking on the Promote button, the mouse freezes given the user the impression that the application has crashed.
Actual Result 2: After clicking on the Demote button, the mouse remains as freeze and the Delete slides progress bar is displayed given the user the impression that the application has crashed.

Expected Result:
The mouse should not freeze after promote and demote actions, the delete slides progress bar should dissapear after the action is completed.

I did some follow-up tests:
- Demote, Promote and then Demote when the presentation has numbering instead of bullets; the issue is reproducible using the attached presentation and also a new presentation
- Demote, Promote and then Demote on Normal view does not show the issue since it is not possible to select all the slides content
- Demote, Promote and then Demote when the presentation does not have bullets or numbers does not show the issue

I think that despite the issue is low, it is not pleasant for the user to have the mouse pointer freeze; it gives the wrong impression that the application has crashed.
Comment 8 Keith N. McKenna 2019-11-29 00:52:33 UTC
This has been confirmed on both macOS See Comment 5) and Windows (see Comment 7)