Crash in [@ mozilla::AudioSinkWrapper::OnAudioEnded]
Categories
(Core :: Audio/Video: Playback, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr102 | --- | unaffected |
| firefox-esr115 | --- | unaffected |
| firefox115 | --- | unaffected |
| firefox116 | + | wontfix |
| firefox117 | --- | fixed |
People
(Reporter: RyanVM, Assigned: karlt)
References
(Regression)
Details
(Keywords: crash, regression)
Crash Data
Attachments
(6 files)
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
Details | Review |
Crash report: https://crash-stats.mozilla.org/report/index/45fad15b-864c-4525-ac1c-1a9eb0230727
Reason: EXCEPTION_ACCESS_VIOLATION_READ
Top 10 frames of crashing thread:
0 xul.dll mozilla::MozPromise<bool, nsresult, 0>::Private::Resolve<const bool&> xpcom/threads/MozPromise.h:1229
1 xul.dll mozilla::MozPromiseHolderBase<mozilla::MozPromise<bool, nsresult, 0>, mozilla::MozPromiseHolder<mozilla::MozPromise<bool, nsresult, 0> > >::Resolve xpcom/threads/MozPromise.h:1388
1 xul.dll mozilla::AudioSinkWrapper::OnAudioEnded dom/media/mediasink/AudioSinkWrapper.cpp:537
2 xul.dll mozilla::MozPromise<bool, nsresult, 0>::InvokeMethod xpcom/threads/MozPromise.h:654
2 xul.dll mozilla::MozPromise<bool, nsresult, 0>::InvokeCallbackMethod xpcom/threads/MozPromise.h:685
2 xul.dll mozilla::MozPromise<bool, nsresult, 0>::ThenValue<mozilla::AudioSinkWrapper*, void xpcom/threads/MozPromise.h:801
3 xul.dll mozilla::MozPromise<bool, nsresult, 0>::ThenValueBase::DoResolveOrReject xpcom/threads/MozPromise.h:623
3 xul.dll mozilla::MozPromise<bool, nsresult, 0>::ThenValueBase::ResolveOrRejectRunnable::Run xpcom/threads/MozPromise.h:490
4 xul.dll mozilla::TaskQueue::Runner::Run xpcom/threads/TaskQueue.cpp:257
5 xul.dll nsThreadPool::Run xpcom/threads/nsThreadPool.cpp:343
| Assignee | ||
Comment 2•3 years ago
|
||
| Assignee | ||
Comment 3•3 years ago
|
||
| Assignee | ||
Comment 4•3 years ago
|
||
Depends on D184792
| Assignee | ||
Comment 5•3 years ago
|
||
This is consistent with skipping the initialization on mAsyncInitTaskQueue if
there is another initialization pending.
Importantly this avoids rejecting mEndedPromiseHolder when mAudioSink has
already been set synchronously to another AudioSink.
Depends on D184793
Comment 7•3 years ago
|
||
| bugherder | ||
https://hg.mozilla.org/mozilla-central/rev/28bc05b0d788
https://hg.mozilla.org/mozilla-central/rev/772647e88dde
https://hg.mozilla.org/mozilla-central/rev/9aa988f521fe
| Assignee | ||
Comment 8•3 years ago
•
|
||
[Tracking Requested - why for this release]:
Wanting to consider this if there is a 116 dot release.
We may have more information about efficacy then.
I have a GTest pending, but there have been some unified build issues to sort out.
Updated•3 years ago
|
| Assignee | ||
Comment 9•3 years ago
|
||
so as not to conflict with symbols of the same name used in other files such as
testing::internal::FunctionMocker::Invoke().
https://searchfox.org/mozilla-central/rev/83b6c564d257f02289a37b9f0f0c10aa8623c16c/third_party/googletest/googlemock/include/gmock/gmock-spec-builders.h#1481
Also don't risk implying that macro definitions are affected by namespace
blocks.
| Assignee | ||
Comment 10•3 years ago
|
||
so as to avoid ambiguity between VideoFrame and dom::VideoFrame in subsquently
unified TestVideoFrameConverter.
Depends on D185019
| Assignee | ||
Comment 11•3 years ago
|
||
Depends on D185020
Comment 12•3 years ago
|
||
Comment 13•3 years ago
|
||
Comment 14•3 years ago
|
||
| bugherder | ||
Comment 15•3 years ago
|
||
Backed out for causing build bustage in dom/media/gtest/TestAudioSinkWrapper.cpp
Backout link: https://hg.mozilla.org/integration/autoland/rev/7dfd77da1dac3785fbb04ba757d0c8dc6c8e6e88
Comment 16•3 years ago
|
||
| Reporter | ||
Comment 17•3 years ago
|
||
Looks like we're still seeing Nightly and Beta crashes with this signature?
| Assignee | ||
Comment 18•3 years ago
|
||
Yes, I'll investigate and follow-up in bug 1846854.
At this stage, there is no evidence that the patches here are worth uplifting to 116.
Comment 19•3 years ago
|
||
| uplift | ||
| Reporter | ||
Updated•3 years ago
|
Comment 20•3 years ago
|
||
| bugherder | ||
| Reporter | ||
Updated•3 years ago
|
Description
•