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

[Bug 17658] need procedure for selection of Key System

From: <bugzilla@jessica.w3.org>
Date: Mon, 09 Jul 2012 19:23:01 +0000
Message-Id: <E1SoJXx-0007fG-8Q@jessica.w3.org>
To: public-html-bugzilla@w3.org

--- Comment #3 from David Dorwin <ddorwin@google.com> 2012-07-09 19:23:01 UTC ---
The application always chooses the key system to use; the media element does
not choose the key system. The only case where the UA "sets" the current key
system is when a <source> element is used to select the source and the selected
element specifies a "keySystem" attribute. Even in this case, though, the key
system to use for a particular source was specified by the application and the
UA is just processing the options.

(In reply to comment #2)
> From specification,
> In step 6 of section 5.1 encrypted block encounted
> It is said if the media element has a selected key system, then use it,
> If not, jump to key presence, there is no key system selection text  in step 9
> Key Presence.
> Step 9 only mentioned 3 choices: 1 key is available, 2 fire needKey event with
> “keySystem”,3 abort resource fetch procedure

"key system" is a variable that is set to null in step 1. Thus, it will be null
in the case you described.

> What’s more, I think before the generateKeyRequest(KeySystem, initData) is
> called, the KeySystem is already
> Selected, and the specification mentioned if KeySystem is null, it will throw a
> http://dvcs.w3.org/hg/html-media/raw-file/tip/encrypted-media/encrypted-media.html#dom-generatekeyrequest
> > there are 3, say, is already a challenge).

Yes, the keySystem parameter is required for generateKeyRequest(). Whether this
method has been successfully called before the needkey event is fired may
affect which of the three options for setting the keySystem attribute is used.

Configure bugmail: https://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Monday, 9 July 2012 19:23:02 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 16:31:30 UTC