W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > October 2012

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

From: <bugzilla@jessica.w3.org>
Date: Wed, 31 Oct 2012 08:01:09 +0000
To: public-html-bugzilla@w3.org
Message-ID: <bug-16553-2486-5i35rybg1e@http.www.w3.org/Bugs/Public/>
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 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 31 October 2012 08:01:11 GMT