Closed
Bug 1601988
Opened 5 years ago
Closed 5 years ago
Crash in [@ mozilla::dom::BrowserChild::DoesWindowSupportProtectedMedia]
Categories
(Core :: DOM: Content Processes, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 1594794
| Tracking | Status | |
|---|---|---|
| firefox-esr68 | --- | unaffected |
| firefox71 | --- | wontfix |
| firefox72 | --- | fixed |
| firefox73 | --- | fixed |
People
(Reporter: philipp, Assigned: bryce)
References
(Regression)
Details
(Keywords: crash, regression)
Crash Data
This bug is for crash report bp-a3f4b292-bdb4-4982-8219-a51a10191206.
Top 10 frames of crashing thread:
0 xul.dll mozilla::dom::BrowserChild::DoesWindowSupportProtectedMedia dom/ipc/BrowserChild.cpp:3930
1 xul.dll void mozilla::dom::MediaKeySystemAccessManager::Request dom/media/eme/MediaKeySystemAccessManager.cpp:87
2 xul.dll mozilla::dom::MediaKeySystemAccessManager::Request dom/media/eme/MediaKeySystemAccessManager.cpp:67
3 xul.dll mozilla::dom::Navigator::RequestMediaKeySystemAccess dom/base/Navigator.cpp:1914
4 xul.dll static bool mozilla::dom::Navigator_Binding::requestMediaKeySystemAccess_promiseWrapper dom/bindings/NavigatorBinding.cpp:2162
5 xul.dll mozilla::dom::binding_detail::GenericMethod<mozilla::dom::binding_detail::NormalThisPolicy, mozilla::dom::binding_detail::ConvertExceptionsToPromises> dom/bindings/BindingUtils.cpp:3198
6 xul.dll js::InternalCallOrConstruct js/src/vm/Interpreter.cpp:550
7 xul.dll Interpret js/src/vm/Interpreter.cpp:3112
8 xul.dll js::RunScript js/src/vm/Interpreter.cpp:425
9 xul.dll js::ExecuteKernel js/src/vm/Interpreter.cpp:812
this crash signature is starting to show up in fairly low volume since firefox 71, potentially related to the changes from bug 1586347.
Comment 1•5 years ago
|
||
Bryce, can you take a look at this crash? It's low volume but looks to be new in 71.
Flags: needinfo?(bvandyk)
| Assignee | ||
Comment 2•5 years ago
|
||
I think this is bug 1594794, my working:
- Crash reports show bad access at 2 consistent low memory addresses. Looks like a bad member access on a nullptr, one address for 32bit, one for 64bit.
- Builds on the release channel will not have the nullptr assertion that caught this in bug 1594794, so we crash later and get a different signature than the one seen there.
- The fix for the 1594794 was landed in 72, but not uplifted. I think the original regression may be from bug 1581855, with my changes in 71 changing where the crash takes place by moving around some of the machinery involved.
I'm going to resolve this as such and set an alarm for myself to check the crash stats and ensure we don't see this in 72.
Assignee: nobody → bvandyk
Status: NEW → RESOLVED
Closed: 5 years ago
Flags: needinfo?(bvandyk)
Resolution: --- → DUPLICATE
Updated•5 years ago
|
Updated•5 years ago
|
Has Regression Range: --- → yes
You need to log in
before you can comment on or make changes to this bug.
Description
•