Closed Bug 1481244 Opened 4 years ago Closed 4 years ago

Crash in <name omitted> | mozilla::AudioStream::SetVolume


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




Tracking Status
firefox-esr60 --- unaffected
firefox61 --- unaffected
firefox62 --- wontfix
firefox63 --- wontfix
firefox64 --- wontfix
firefox65 --- wontfix
firefox66 --- fixed
firefox67 --- fixed


(Reporter: marcia, Assigned: achronop)



(Keywords: crash, regression)

Crash Data


(2 files)

This bug was filed from the Socorro interface and is
report bp-e5940041-858e-40d4-a3b1-d2fc60180804.

Seen while looking at crash stats - several of these crashes spotted in the latest 10.14 seed: There is also a set which affects 62:

The crash reason for all crashes in these 2 signatures is EXC_SOFTWARE / SIGABRT.

Top 10 frames of crashing thread:

0  @0x7fff57f48a86 
1 XUL google_breakpad::ReceivePort::WaitForMessage toolkit/crashreporter/google-breakpad/src/common/mac/
2 XUL google_breakpad::CrashGenerationClient::RequestDumpForException toolkit/crashreporter/breakpad-client/mac/crash_generation/
3 XUL google_breakpad::ExceptionHandler::WriteMinidumpWithException toolkit/crashreporter/breakpad-client/mac/handler/
4 XUL google_breakpad::ExceptionHandler::SignalHandler toolkit/crashreporter/breakpad-client/mac/handler/
5  @0x7fff57fe4d79 
6  @0x1196088c7 
7  @0x7fff57ea51c8 
8  @0x7fff57e6d867 
9 XUL <name omitted> media/libcubeb/src/cubeb_audiounit.cpp:2868

Rank: 15
Priority: -- → P2
This is crashing on OSX because `stm->output_unit` is `nullptr`.
fairly low volume & devedition/nightly users are hit most commonly by this.
No crash on 63, a handful of crashes on 64 beta and 65 nightly.
Low volume crash, has a priority set. 
Marking fix-optional to remove this from regression triage. 
Happy to still take a patch in nightly.
See Also: → 1518443
Duplicate of this bug: 1528190
Crash Signature: [@ <name omitted> | mozilla::AudioStream::SetVolume] → [@ <name omitted> | mozilla::AudioStream::SetVolume] [@ mozilla::AudioStream::SetVolume]
Assignee: nobody → achronop
Pushed by
When a stream is errored avoid updating the volume. r=jya
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla67

Is this something we should consider for Beta backport or can it ride the trains?

Flags: needinfo?(achronop)

Yeah, that's something I would like to uplift and it is fairly small and uplift-able.

Flags: needinfo?(achronop)

Beta/Release Uplift Approval Request

  • Feature/Bug causing the regression: None
  • User impact if declined: A crash when an audio stream fails.
  • Is this code covered by automated tests?: No
  • Has the fix been verified in Nightly?: Yes
  • Needs manual test from QE?: No
  • If yes, steps to reproduce:
  • List of other uplifts needed: None
  • Risk to taking this patch: Low
  • Why is the change risky/not risky? (and alternatives if risky): It's a small fix that prevents volume changes on a failed stream.
  • String changes made/needed:
Attachment #9046307 - Flags: review?(jyavenard)
Attachment #9046307 - Flags: approval-mozilla-beta?
Attachment #9046307 - Flags: review?(jyavenard) → review+
Comment on attachment 9046307 [details] [diff] [review]

Avoids a potential crash, low risk, OK for beta 12 uplift.
Attachment #9046307 - Flags: approval-mozilla-beta? → approval-mozilla-beta+
You need to log in before you can comment on or make changes to this bug.