Closed
Bug 1130932
Opened 10 years ago
Closed 10 years ago
[EME] Be more lenient in handling mIsOpen in GMPDecryptorParent::RecvXXX
Categories
(Core :: Audio/Video, defect)
Core
Audio/Video
Tracking
()
RESOLVED
FIXED
mozilla38
People
(Reporter: jwwang, Assigned: jwwang)
References
Details
Attachments
(2 files, 1 obsolete file)
1.18 KB,
patch
|
jwwang
:
review+
|
Details | Diff | Splinter Review |
1.19 KB,
patch
|
lmandel
:
approval-mozilla-beta+
|
Details | Diff | Splinter Review |
When running test_eme_canvas_blocked.html, chances are the test case finish and call GMPDecryptorParent::Close() before GMPDecryptorParent::RecvKeyStatusChanged() arrives. Since this is a valid case, we should return true in GMPDecryptorParent::RecvXXX on such conditions to avoid IPDL errors.
Assignee | ||
Comment 1•10 years ago
|
||
Don't return false in GMPDecryptorParent::RecvXXX functions.
Comment on attachment 8561213 [details] [diff] [review]
1130932_allow_recv_calls_after_close-v1.patch
Review of attachment 8561213 [details] [diff] [review]:
-----------------------------------------------------------------
I don't think we should treat this as valid. The CDM should not emit any messages about a session after it has sent SessionClosed. (yes, this needs to be fixed in our ClearKey CDM; on my todo list).
Attachment #8561213 -
Flags: review?(edwin) → review-
Comment on attachment 8561213 [details] [diff] [review]
1130932_allow_recv_calls_after_close-v1.patch
Review of attachment 8561213 [details] [diff] [review]:
-----------------------------------------------------------------
Actually, looking again at the parent-side code, looks like we close immediately after sending DecryptionComplete. Lame.
r+, but reduce to only the messages we're likely to receive at shutdown.
Attachment #8561213 -
Flags: review- → review+
Assignee | ||
Comment 4•10 years ago
|
||
It is kinda hard to identify the messages we could receive during shutdown since you can close the page to trigger GMPDecryptorParent::Close() at any time.
For now I will leave GMPDecryptorParent::RecvKeyStatusChanged() only which should fix most problems we are facing in the test cases. In the long term, I think GMPDecryptorParent should wait for some response from the child after sending SendDecryptingComplete() to ensure shutdown sequence is done in a controlled way.
Assignee | ||
Comment 5•10 years ago
|
||
address comment 3.
Attachment #8561213 -
Attachment is obsolete: true
Attachment #8561945 -
Flags: review+
Assignee | ||
Comment 6•10 years ago
|
||
Assignee | ||
Comment 8•10 years ago
|
||
Try is green: https://tbpl.mozilla.org/?tree=Try&rev=854eae361f01
Keywords: checkin-needed
Comment 9•10 years ago
|
||
Keywords: checkin-needed
Comment 10•10 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
status-firefox38:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla38
Updated•10 years ago
|
Blocks: eme-platform-uplift
Comment 11•10 years ago
|
||
status-firefox37:
--- → fixed
Comment 12•10 years ago
|
||
Patch for beta branch as part of EME platform uplift.
Comment 13•10 years ago
|
||
Comment on attachment 8572364 [details] [diff] [review]
Beta patch
Requesting retroactive approval for Beta landing as part of EME platform uplift.
Attachment #8572364 -
Flags: approval-mozilla-beta?
Comment 14•10 years ago
|
||
Comment on attachment 8572364 [details] [diff] [review]
Beta patch
Approved for Beta as part of EME platform uplift.
Attachment #8572364 -
Flags: approval-mozilla-beta? → approval-mozilla-beta+
You need to log in
before you can comment on or make changes to this bug.
Description
•