Thread model violation in EMEMediaDataDecoderProxy
Categories
(Core :: Audio/Video: Playback, defect, P1)
Tracking
()
People
(Reporter: jhlin, Assigned: jhlin)
References
Details
Attachments
(2 files)
48 bytes,
text/x-phabricator-request
|
RyanVM
:
approval-mozilla-release-
|
Details | Review |
48 bytes,
text/x-phabricator-request
|
RyanVM
:
approval-mozilla-release-
|
Details | Review |
When playing encrypted content on Android, EMEMediaDataDecoderProxy
is constructed on one event target and its Init()
runs on another. This will cause assertion crash like [1] in debug builds.
Assignee | ||
Comment 1•4 years ago
|
||
EMEMediaDataDecoderProxy doesn't override all inherited methods. Without
providing the same proxy thread, it's possible to break to the thread model.
Assignee | ||
Comment 2•4 years ago
|
||
Depends on D122627
Comment 4•4 years ago
|
||
bugherder |
Assignee | ||
Comment 5•4 years ago
|
||
Comment on attachment 9236232 [details]
Bug 1725470 - p1: pass proxy thread to the base class. r?bryce
Beta/Release Uplift Approval Request
- User impact if declined: Potential content tab crash when playing protected media.
- Is this code covered by automated tests?: Yes
- 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 is a simple change that ensures tasks will be dispatched to a specific task queue.
- String changes made/needed:
Assignee | ||
Updated•4 years ago
|
Comment 6•4 years ago
|
||
Comment on attachment 9236232 [details]
Bug 1725470 - p1: pass proxy thread to the base class. r?bryce
We are past betas and already built our Release Candidate, morphing the request into a release uplift request. Ryan, fyi.
Updated•4 years ago
|
Comment 7•4 years ago
|
||
Looking at the blame, this appears to be a longstanding issue? Is there a particular urgency for getting this into Fx92 during RC week?
Assignee | ||
Comment 8•4 years ago
•
|
||
(In reply to Ryan VanderMeulen [:RyanVM] from comment #7)
Looking at the blame, this appears to be a longstanding issue? Is there a particular urgency for getting this into Fx92 during RC week?
I suspected it's the cause of certain crash reports that showed mostly in release versions and would like to see if applying the patch fixes them.
Comment 10•4 years ago
|
||
John pointed me to some of the bugs which may be fixed by this change. Looking through the crash volumes, I don't think this rises to the level of a last-minute RC respin driver, especially since the crashes are very rare on Nightly and we won't get a good feel for the impact of this bug until Beta. Given that, I'm going to leave the approval request pending for now so we can see some data for Beta93 and then consider this as a dot release ride-along should the opportunity arise.
Assignee | ||
Updated•4 years ago
|
Comment 11•4 years ago
|
||
Comment on attachment 9236232 [details]
Bug 1725470 - p1: pass proxy thread to the base class. r?bryce
No other good drivers for a mobile release and the crash volume is pretty low. Let's let this ride with 93.
Updated•4 years ago
|
Updated•4 years ago
|
Description
•