337702 - The Sunbird window does not respond when playing a sound alarm

Status: VERIFIED DUPLICATE of bug 110385

(Calendar :: General, defect)

Description

[User2351]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.3) Gecko/20060426 Firefox/1.5.0.3
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060507 Mozilla Sunbird/0.3a2

From the moment the sound alarm start to the moment the sound alarm stop it is not possible to communicate with the application.

Reproducible: Always

Steps to Reproduce:
1. Edit | Preferences | Alarms | [+] Play a sound: file:///<path>/<to>/myalarm.wav
2. Make sure myalarm.wav last at least 10 seconds in order to watch the bug
3. Create a "New Event..." and under "Alarm" chose "Custom..." "1" "minutes" "before"
4. Minimize the "Mozilla Sunbird" window and wait for the alarm to fire
5. Try to bring the "Mozilla Sunbird" window up again during an alarm
6. Try to close the "Mozilla Sunbird" window during an alarm
Actual Results:  
5. Not possible - Only the decoration of the window drawn by the windowsmanager appear. The area inside the decoration border is 100% transparent.
6. A warning appear: "The window Mozilla Sunbird is not responding."

Expected Results:  
5. The window should be painted
6. The window should respond

Fedora Core 5 / GNOME 2.14.1

Workaround: Play a short alarm

Comment 1

[rpe2101]

This is because calendar does not open a new thread to play the file.  Calender currently has to wait for the the function "playing the file" to return to get back to it's event loop.

Comment 2

[Joey Minta]

qawanted.  This bug doesn't belong in calendar, but somewhere in toolkit or core.

Comment 3

[Stefan Sitter [:ssitter]]

(In reply to comment #2)
> qawanted.  This bug doesn't belong in calendar, but somewhere
> in toolkit or core.

See Bug 110385 and Bug 250186. The latter already has a patch for gtk2 waiting for review.

Comment 4

[Joey Minta]

woohoo, qa rocks.

*** This bug has been marked as a duplicate of 110385 ***