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 15:38:08 +0000
To: public-html-bugzilla@w3.org
Message-ID: <bug-16553-2486-jioDC6pPkT@http.www.w3.org/Bugs/Public/>
https://www.w3.org/Bugs/Public/show_bug.cgi?id=16553

--- Comment #7 from Joe Steele <steele@adobe.com> ---
I agree with this 100%. And I raised the issue of whether keys/licenses are
allowed to be retained in another bug. I think it is obviously a useful thing
to have the capability to retain licenses across sessions, pages, and browser
instantiations. 

(In reply to comment #6)
> 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 15:38:09 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 31 October 2012 15:38:10 GMT