Created attachment 584444 [details] A stack trace of a thread probably causing a deadlock The firefox.exe process remains forever (at least more than hours) after I selected "Exit" from the menu bar. It uses 50% of my dual core machine's CPU time. By attaching the Visual Studio debugger to the process, I can confirm an audio thread keeps running. The steps to reproduce: 1) Connect a USB audio device and make it the default one. 2) Start Firefox in Safe Mode with a new profile. 3) Disconnect the audio device and connect again. 4) Visit a page with an audio tag such as http://moztw.org/demo/audioplayer/ and make the audio play back. 5) Leave the page and select "Exit" from the menu bar. Probably Firefox does not handle device disconnetion properly and causes a deadlock.
Component: General → Video/Audio
Product: Firefox → Core
QA Contact: general → video.audio
Created attachment 584513 [details] A correct stack trace of the ever running thread I am sorry that the first attachment is not of the running thread but of a thread probably causing a deadlock. This is the correct stack trace of the ever running thread.
Attachment #584444 - Attachment description: A stack trace of the ever running thread → A stack trace of a thread probably causing a deadlock
(In reply to Mats Palmgren [:mats] from comment #1) > Bug 712792? It seems quite similar. Feel free to mark as duplicate.
What page/video did this happen with, and do you have a way to reproduce it?
(In reply to Matthew Gregan [:kinetik] from comment #4) > What page/video did this happen with, and do you have a way to reproduce it? As described in the original report, I can reproduce this problem with http://moztw.org/demo/audioplayer/ . But it requires you to disconnect/reconnect the default audio device while Firefox is running. Automatic device disconnection may also happen when the system goes into standby.
Sorry, not sure how I missed that. Thanks!
Reproducible on Windows 7 by disabling and enabling the output device via the Sound control panel, so there's no need for a USB device to reproduce this.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Bug 714078 seems to have a patch, which will also fix this bug, I hope.
Component: Audio/Video → Audio/Video: Playback
I do not see this problem with recent versions. I think this problem has been fixed now.
You need to log in before you can comment on or make changes to this bug.