From 417bf77d51a23e4c2941d48462a3b10ecf111376 Mon Sep 17 00:00:00 2001 From: Harald Alvestrand Date: Tue, 15 Mar 2016 10:42:38 +0100 Subject: [PATCH] Re-entering agreed fixes to Media permissions This PR re-enters the changes that were lost in transition while entering the addition of the media permissions. --- index.html | 21 +++++++++------------ 1 file changed, 9 insertions(+), 12 deletions(-) diff --git a/index.html b/index.html index 14e0069..956168a 100644 --- a/index.html +++ b/index.html @@ -329,16 +329,17 @@

descriptor.

- If the descriptor does not have a deviceId, its semantic is that it - queries for access to any device of that class. + If the descriptor does not have a deviceId, its semantic is that + it queries for access to all devices of that class. Thus, if a query + for the "camera" permission with no deviceId returns "granted", the + client knows that there will never be a permission prompt for a + camera, and if "denied" is returned, it knows that no getUserMedia + request for a camera will succeed.

- If the deviceId is the special string "*", it queries for access to - all devices of that class, whether they exist at the moment or are - attached at a later time. When such a permission has been granted, - queries for permission to any specific device MUST return "granted" - as long as the deviceId is the ID of a connected device of the given - class. + If a permission state is present for + access to some, but not all, cameras, a query without the deviceId + will return "prompt".

The permission controls access to names and capabilities of input and output devices.

-

- The permission storage identifier for permissions in this section - MUST include the top level context's origin and the embedding status. -

A successful call to the getUserMedia function of [[GETUSERMEDIA]] MUST cause permission to be granted for the returned