Crash in [@ cubeb_coreaudio::backend::buffer_manager::BufferManager::new]
Categories
(Core :: Audio/Video: cubeb, defect, P1)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr115 | --- | unaffected |
firefox120 | --- | unaffected |
firefox121 | --- | unaffected |
firefox122 | + | fixed |
People
(Reporter: aryx, Assigned: pehrsons)
References
(Regression)
Details
(Keywords: crash, regression, topcrash)
Crash Data
Attachments
(5 files)
7 crashes on macOS from 2+ installations of Firefox 122.0a1 20231121183118
Crash report: https://crash-stats.mozilla.org/report/index/2f0f39ec-eb1f-452e-ab5c-34fee0231122
MOZ_CRASH Reason: assertion failed: input_channel_count >= input_channels_to_ignore + output_channel_count
Top 10 frames of crashing thread:
0 XUL MOZ_Crash mfbt/Assertions.h:281
0 XUL RustMozCrash mozglue/static/rust/wrappers.cpp:18
1 XUL mozglue_static::panic_hook mozglue/static/rust/lib.rs:96
2 XUL core::ops::function::Fn::call library/core/src/ops/function.rs:79
3 XUL <alloc::boxed::Box<F, A> as core::ops::function::Fn<Args>>::call library/alloc/src/boxed.rs:2021
3 XUL std::panicking::rust_panic_with_hook library/std/src/panicking.rs:735
4 XUL std::panicking::begin_panic_handler::{{closure}} library/std/src/panicking.rs:601
5 XUL std::sys_common::backtrace::__rust_end_short_backtrace library/std/src/sys_common/backtrace.rs:170
6 XUL rust_begin_unwind library/std/src/panicking.rs:597
7 XUL core::panicking::panic_fmt library/core/src/panicking.rs:72
Assignee | ||
Comment 1•10 months ago
|
||
Taking as a P1 because this is a release assertion.
Assignee | ||
Updated•10 months ago
|
Updated•10 months ago
|
Assignee | ||
Comment 2•10 months ago
|
||
This is triggered by creating a duplex cubeb stream with a stereo input.
Comment 3•10 months ago
|
||
:phersons do you think you'll have a patch for this today?
Else, we could backout the regressor until you have a fix and then you can land it again
Comment 4•10 months ago
|
||
I could reproduce this on macOS with Google Meet and https://www.onlinemictest.com/ when selecting an external microphone.
Assignee | ||
Comment 5•10 months ago
|
||
I should have a patch for this later today or early tomorrow. Feel free to back out if you find it appropriate.
(In reply to Simon Pieters [:zcorpan] from comment #4)
I could reproduce this on macOS with Google Meet and https://www.onlinemictest.com/ when selecting an external microphone.
Any multi-channel input device will do. Mono devices are fine. You can inspect the channel count of your devices with the Audio MIDI Setup app.
Somehow the BlackHole virtual device we use in CI doesn't trigger this. I haven't yet figured out why.
Comment 6•10 months ago
|
||
(In reply to Andreas Pehrson [:pehrsons] from comment #5)
I should have a patch for this later today or early tomorrow. Feel free to back out if you find it appropriate.
(In reply to Simon Pieters [:zcorpan] from comment #4)
I could reproduce this on macOS with Google Meet and https://www.onlinemictest.com/ when selecting an external microphone.
Any multi-channel input device will do. Mono devices are fine. You can inspect the channel count of your devices with the Audio MIDI Setup app.
Somehow the BlackHole virtual device we use in CI doesn't trigger this. I haven't yet figured out why.
Thanks for the update, I'll request a backout - the volume is low but there's no workaround for those impacted.
At least you'll have time to work on a fix without this impacting nightly users in the meantime.
Assignee | ||
Comment 7•10 months ago
|
||
To avoid blocking pending updates to cubeb-coreaudio-rs on bug 1866014, this
patch will avoid that assertion failure by requesting only mono input.
To ensure that a proper fix follows, this patch also includes a compiler #error
in non-nightly builds.
Assignee | ||
Updated•10 months ago
|
Updated•10 months ago
|
Comment 9•10 months ago
|
||
Backed out for causing build bustages in MediaEngineWebRTCAudio.cpp
- Backout link
- Push with failures
- Failure Log
- Failure line: /builds/worker/checkouts/gecko/dom/media/webrtc/MediaEngineWebRTCAudio.cpp:330:6: error: "Must remove this quick fix to bug 1866014 before reaching beta"
Comment 10•10 months ago
|
||
Assignee | ||
Updated•10 months ago
|
Comment 11•10 months ago
|
||
bugherder |
Comment 12•10 months ago
|
||
:pehrsons for my understanding of tracking, a patch landed here but there are still crash reports.
The bug is marked leave-open
, are you planning on creating another patch here?
Comment 13•10 months ago
•
|
||
Reproduced with Microsoft Teams meeting, on latest nightly Firefox 122.0a1 (2023.11.27) with macOS 12, when tried to join a meeting encountered a crash with the same signature: https://crash-stats.mozilla.org/report/index/4a419d92-7ccd-4592-8e0c-044210231127.
Encountered the same crash when tried to allowed the microphone prompt from link: https://jsfiddle.net/jib1/n7bmkjnf; camera and microphone prompt from link: https://mozilla.github.io/webrtc-landing/gum_test.html.
Tested with Firefox 121.0b3 following the same steps Firefox not crashed.
Assignee | ||
Comment 15•10 months ago
|
||
There appears to be a lingering issue which I'll take a look at ASAP. I intend to keep the bug open until I have landed a longer-term fix and removed the patches for the temporary fix(es). I intend to get this done in 122.
Assignee | ||
Comment 16•10 months ago
|
||
Setting media.getusermedia.channels
to 1
is a workaround. I'll add a patch to change the default temporarily.
Assignee | ||
Comment 17•10 months ago
|
||
Assignee | ||
Comment 18•10 months ago
|
||
To avoid blocking pending updates to cubeb-coreaudio-rs on bug 1866014, this
patch will avoid that assertion failure by requesting only mono input.
Comment 19•10 months ago
|
||
Comment 20•10 months ago
|
||
bugherder |
Comment 21•10 months ago
|
||
The bug is linked to a topcrash signature, which matches the following criterion:
- Top 10 desktop browser crashes on nightly
For more information, please visit BugBot documentation.
Assignee | ||
Comment 22•10 months ago
|
||
The crash is fixed so I'm downgrading the severity. Followup patches are coming soon.
Comment 23•10 months ago
|
||
The bug is marked as tracked for firefox122 (nightly). However, the bug still has low severity.
:jimm, could you please increase the severity for this tracked bug? If you disagree with the tracking decision, please talk with the release managers.
For more information, please visit BugBot documentation.
Comment 24•10 months ago
|
||
(In reply to Andreas Pehrson [:pehrsons] from comment #22)
The crash is fixed so I'm downgrading the severity. Followup patches are coming soon.
:pehrsons Fx122 goes to beta on 2023-12-18, do you plan on landing a further fix before then? (asking for release tracking purposes)
Updated•10 months ago
|
Assignee | ||
Comment 25•10 months ago
|
||
Assignee | ||
Comment 26•10 months ago
|
||
Assignee | ||
Comment 27•10 months ago
|
||
(In reply to Donal Meehan [:dmeehan] from comment #24)
:pehrsons Fx122 goes to beta on 2023-12-18, do you plan on landing a further fix before then? (asking for release tracking purposes)
Yes.
Comment 28•10 months ago
|
||
Comment 29•10 months ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/71b017d6aa59
https://hg.mozilla.org/mozilla-central/rev/1ead6f3b5dc1
Updated•9 months ago
|
Updated•8 months ago
|
Description
•