Closed Bug 1046231 Opened 10 years ago Closed 10 years ago

Nightly constantly crashes [@ audiounit_property_listener_callback] when I enter a room in VidyoDesktop

Categories

(Core :: Audio/Video, defect)

x86
macOS
defect
Not set
critical

Tracking

()

VERIFIED FIXED
mozilla34

People

(Reporter: gwagner, Assigned: padenot)

References

Details

(Keywords: crash, regression)

Crash Data

Probably caused by bug 1027713.
Flags: needinfo?(paul)
Assignee: nobody → paul
Flags: needinfo?(paul)
I see lots (6) of those crashes in the last two days as well.
Severity: normal → critical
From duped bug 1046231: I get this crash on trunk, when using the loop client on MacOSX 10.9. Steps to reproduce: - Cick on the telephone button - Copy the url and go to that url by pasting it in the url bar - Allow your computer to share the camera and microphone - After the video connection has set up, click on the "Hangup" button - Now set your Macbook to sleep by closing the lid or click on the "Sleep" menu-item in the Mac menu. - Reopen/wake up your computer
Crash Signature: [@ audiounit_property_listener_callback]
Summary: Nightly constantly crashes when I enter a room in VidyoDesktop → Nightly constantly crashes [@ audiounit_property_listener_callback] when I enter a room in VidyoDesktop
I've received the same crash 3 different times on OSX 10.9.4 without using the loop client. I simply closed the lid on the MBP for a few hours and when I powered it back up from sleep mode, the fx crash reporter was already visible. I had two tabs opened at the time that weren't using video/audio (two different wiki tabs). I was using the latest m-c and received the latest crash while using the f61a27b00e05 changeset. Reports: - bp-51de2a14-b35b-41c6-befe-c9b5e2140730 - bp-15fc17a7-4260-4f03-a4a2-d44d32140730 - bp-0eca928e-0f63-4dec-b029-c741f2140731
I just got this crash when plugging in my usb headset (which is defaulted to microphone mute by Shush.app v1.2 on OS X 10.9.4): bp-63e98451-7892-4d6f-b850-b697e2140731
(In reply to Kamil Jozwiak [:kjozwiak] from comment #5) > I had two tabs opened at the time that weren't using video/audio (two > different wiki tabs). I was using the latest m-c and received the latest > crash while using the f61a27b00e05 changeset. Same here, a crash each morning I turned on my iMac from sleep in the last two days.
This got fixed in bug 1046470.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Ok, but that one is still open for now.
Depends on: 1046470
Target Milestone: --- → mozilla34
Hi Kamil, can you verify this fix since you were able to reproduce it earlier? THanks!
Flags: needinfo?(kamiljoz)
Went through verification using the following build: - http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2014-08-14-03-02-01-mozilla-central/ So this was happening frequently when I basically closed my MBP and than re-opened it after about 20 minutes. I haven't seen this issue happen in a while, went through the following test cases: - opened several tabs under m-c and closed the lid of the MPB (waited about 30 minutes) and re-opened - opened a few tabs with audio under m-c and closed the lid of the MPB (waited about 30 minutes) and re-opened - closed a few tabs under m-c and closed the lid of the MPB (waiting about 30 minutes) and re-opened - kept the lid closed throughout the entire night and re-opened in the morning, m-c worked when re-opened without issues I went through the above cases about 15 times and didn't receive the crash. Pretty certain this has been fixed as it happened very often before (received the crash at least 10 times within an hour)
Status: RESOLVED → VERIFIED
Flags: needinfo?(kamiljoz)
You need to log in before you can comment on or make changes to this bug.