EME: Update HTMLMediaElement's readyState based on key availability |
|||||||
Issue descriptionhttps://github.com/w3c/encrypted-media/issues/129 changes EME such that key availability affects the associated HTMLMediaElement's readyState value. This also implies all events that are implied by transitions in readyState. Specifically: 1. When the element is "waitingforkey", readyState is set to HAVE_METADATA. [1] 2. Upon resuming playback (e.g. due to a key becoming available), readyState is set to HAVE_CURRENT_DATA or higher, as appropriate. [2] [1] https://w3c.github.io/encrypted-media/#queue-waitingforkey [2] https://w3c.github.io/encrypted-media/#resume-playback
,
Nov 8 2016
The waitingforkey part, at least, is implemented but there is a bug: issue 658422.
,
Nov 8 2017
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. If you change it back, also remove the "Hotlist-Recharge-Cold" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Nov 14 2017
this bug is blocked on 658422 whose status is available. so change this bug status to available too.
,
Nov 15
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Dec 21
Closing as Won't Fix. The blocking bug has been resolved as Won't Fix.
,
Dec 21
The blocked-on bug is Assigned. |
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by foolip@chromium.org
, Jun 2 2016