[Bug 16553] Consider not firing a needkey event when a potentially encrypted stream is encountered if the key is already known

https://www.w3.org/Bugs/Public/show_bug.cgi?id=16553

Mark Watson <watsonm@netflix.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |watsonm@netflix.com

--- Comment #6 from Mark Watson <watsonm@netflix.com> ---
Do we assume that the CDM may have licenses which are not attached to a
MediaKeySession ?

For example, might a CDM retain a license after the MediaKeySession in which it
was delivered is destroyed ? Perhaps some CDMs will keep licenses across page
unload/reload ?

If yes, then it must be possible to obtain a new MediaKeySession associated
with one of these cached licenses. That need not involve interaction with the
license server.

The needkey -> createSession sequence is the only way that a new
MediaKeySession is created. At least in such a way that it could be associated
with a pre-existing license, because that can only be done with correct
initData.

So, I'd conclude that needkey should always be sent, whether or not a license
already exists for the content.

[I would not expect a keymessage to result from creating the session, though,
but apparently there's a different bug for that]

-- 
You are receiving this mail because:
You are the QA Contact for the bug.

Received on Wednesday, 31 October 2012 08:01:11 UTC