Closed
Bug 1270004
Opened 9 years ago
Closed 9 years ago
Crash in winmm_stream_init
Categories
(Core :: Audio/Video: cubeb, defect)
Tracking
()
RESOLVED
FIXED
mozilla49
Tracking | Status | |
---|---|---|
firefox49 | --- | fixed |
People
(Reporter: n.nethercote, Assigned: kinetik)
References
Details
(Keywords: crash)
Crash Data
Attachments
(1 file)
This bug was filed from the Socorro interface and is
report bp-8e8217ab-be36-424b-a1e8-950a82160503.
=============================================================
New crash in Nightly 20160502030207. 4 occurrences across 2 installations, though judging by the crash URLs it's the same user for both installations.
Crash address is 0x0. Top frame of the stack trace corresponds to this line in cubeb_winmm.c, which is a really odd-looking assertion:
XASSERT(!input_stream_params && "not supported.");
Assignee | ||
Comment 2•9 years ago
|
||
That assert is to catch a cubeb_stream_init requesting an input or full-duplex stream from a backend that hasn't (yet) implemented the feature. It should probably just return CUBEB_ERROR_NOT_SUPPORTED instead.
I guess what's happening here is that cubeb_init fails for the WASAPI backend for some reason, so falls back to the WinMM backend. The full-duplex MSG code knows to only request full-duplex streams on Vista+, but probably nobody considered that Vista+ can fall back to WinMM in unusual situations.
So, to fix this: we can make the assert an error return, but that'll probably still leave the user with a broken WebRTC, so we'll probably need to fix that up to deal with falling back to the old (non-libcubeb) input/full-duplex codepath.
Flags: needinfo?(kinetik)
Assignee | ||
Comment 3•9 years ago
|
||
This fixes the crash (assert), but as mentioned it'll still leave WebRTC's capture broken in the situation where the fallback happens.
Assignee | ||
Comment 4•9 years ago
|
||
09:36 < jesup> kinetik: in that case, we may want to merge achronops patch and not wait for winmm
(padenot is on holiday)
09:39 < kinetik> jesup: we want the assert removed, at least, so if you can r+ that in padenot's
absence i'll merge it
09:39 < kinetik> i merged achronop's fix, minus the stringfying bit
09:48 < jesup> kinetik: r+
Assignee | ||
Updated•9 years ago
|
Attachment #8749009 -
Flags: review?(padenot) → review+
Comment 6•9 years ago
|
||
bugherder |
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla49
You need to log in
before you can comment on or make changes to this bug.
Description
•