Closed Bug 1470113 Opened 6 years ago Closed 6 years ago

Crash in audiounit_stream_destroy

Categories

(Core :: Audio/Video: cubeb, defect, P2)

62 Branch
Unspecified
macOS
defect

Tracking

()

RESOLVED FIXED
mozilla63
Tracking Status
firefox-esr52 --- unaffected
firefox-esr60 --- unaffected
firefox60 --- unaffected
firefox61 --- unaffected
firefox62 --- fixed
firefox63 --- fixed

People

(Reporter: philipp, Assigned: achronop)

References

Details

(Keywords: crash, regression)

Crash Data

This bug was filed from the Socorro interface and is
report bp-bd3e3504-8dbd-412f-8441-dde420180618.
=============================================================

Top 10 frames of crashing thread:

0  @0x7fff5c4ba20a 
1 XUL google_breakpad::ReceivePort::WaitForMessage toolkit/crashreporter/google-breakpad/src/common/mac/MachIPC.mm:249
2 XUL google_breakpad::CrashGenerationClient::RequestDumpForException toolkit/crashreporter/breakpad-client/mac/crash_generation/crash_generation_client.cc:67
3 XUL google_breakpad::ExceptionHandler::WriteMinidumpWithException toolkit/crashreporter/breakpad-client/mac/handler/exception_handler.cc:375
4 XUL google_breakpad::ExceptionHandler::SignalHandler toolkit/crashreporter/breakpad-client/mac/handler/exception_handler.cc:621
5  @0x7fff5c681f59 
6  @0x10825d087 
7  @0x7fff5c41f1ad 
8  @0x7fff5c3e71ab 
9 XUL audiounit_stream_destroy media/libcubeb/src/cubeb_utils_unix.h:58

=============================================================

these content crashes on osx 10.12 upwards started regressing in volume during the 62 nightly cycle after 62.0a1 build 20180602100108 - presumably due to bug 1466066.

some crash comments seem to suggest that firefox is crashing repeatedly during video playback for affected users.
Flags: needinfo?(achronop)
I am looking at it, thanks.
Assignee: nobody → achronop
Flags: needinfo?(achronop)
Rank: 17
Priority: -- → P2
Depends on: 1471164
I don't see any crashes in 63, which is interesting.
Looks like they're nightly/aurora only, hitting the assert(r == 0 && "Deadlock"); in media/libcubeb/src/cubeb_utils_unix.h.  I guess that'd show up under a different form with asserts disabled.
bug 1471164 should have fixed the issue on 63. given that only aurora is affected, should we uplift the cubeb fix or is 62 already in a good state?
Flags: needinfo?(achronop)
62 is affected. We need to uplift if we want the fix there.
Flags: needinfo?(achronop)
Fixed by bug 1471164.

[Tracking Requested - why for this release]: crashes.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla63
You need to log in before you can comment on or make changes to this bug.