231611 - mouse pointer remains busy/hourglass after editing an event from an alarm dialog box

Status: RESOLVED FIXED

(Calendar :: Sunbird Only, defect)

Description

[T. Kim Nguyen]

User-Agent:       Opera/7.20 (Windows NT 5.0; U)  [en]
Build Identifier: Mozilla 1.6a  Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6a) Gecko/20031030

I had an event's alarm pop up a dialog box.  I pressed the Edit button to change 
the event's date to two days from today.  The mouse pointer in the alarm dialog 
box turned to an hourglass (as expected).

When I finished editing the event by pressing the OK button, the mouse pointer 
remained an hourglass (busy) in the original alarm dialog box.  In that alarm 
dialog box I was still able to press other buttons (Acknowledge, and Acknowledge 
All), so the mouse pointer clearly was just left in a busy state.

Reproducible: Always

Steps to Reproduce:
1.create an event that will fire an alarm in 1 minute
2.wait until alarm box appears
3.press the Edit button in the alarm box
4.press OK in the event edit box
5.observe mouse pointer in the alarm box

Actual Results:  
Mouse pointer is still an hourglass

Expected Results:  
Mouse pointer should revert from hourglass to the default pointer

Comment 1

[Jussi Kukkonen]

Confirming.

Comment 2

[David Russcol]

I don't get the hourglass behavior, but when I edit an event from an alarm
dialog box and hit OK, the edit dialog does not close. The changes are saved,
but the dialog remains open.

Mozilla: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040316
Calendar: April 8th build (won't let me copy version string)

Comment 3

[Justin Wood (:Callek)]

David, please try with 1.7 rc3, and its corresponding Calendar install (from the
calendar project page on mozilla.org)

Comment 4

[Anupama]

*** Bug 259233 has been marked as a duplicate of this bug. ***

Comment 5

[Joey Minta]

Attachment: Adds setCursor( "auto" ) line

Seems pretty simple.  I hope I didn't mess it up. :-)

Comment 6

[Cecil Carpenter]

This also happens when editing a task.  After exiting the dialog, the hourglass remains.  Each time you edit the task, the pointer becomes an arrow in the dialog.  Upon exit, it remains an hourglass forever.  Once again, all options are selectable while the pointer remains in the busy state, so this seems to be not resetting the pointer back to not busy.

Comment 7

[Joey Minta]

(In reply to comment #6)
> This also happens when editing a task.  After exiting the dialog, the hourglass
> remains.  Each time you edit the task, the pointer becomes an arrow in the
> dialog.  Upon exit, it remains an hourglass forever.  Once again, all options
> are selectable while the pointer remains in the busy state, so this seems to be
> not resetting the pointer back to not busy.

Is this in 0.3a1 or 0.2?

Comment 8

[Cecil Carpenter]

Sorry.  This is in 0.3a1

Comment 9

[Stefan Sitter [:ssitter]]

Fixed by check in for bug 315908.