W3C home > Mailing lists > Public > public-media-capture@w3.org > May 2013

[Bug 22214] New: How long do permissions persist?

From: <bugzilla@jessica.w3.org>
Date: Thu, 30 May 2013 13:48:59 +0000
To: public-media-capture@w3.org
Message-ID: <bug-22214-5753@http.www.w3.org/Bugs/Public/>
https://www.w3.org/Bugs/Public/show_bug.cgi?id=22214

            Bug ID: 22214
           Summary: How long do permissions persist?
    Classification: Unclassified
           Product: WebRTC Working Group
           Version: unspecified
          Hardware: PC
                OS: Windows XP
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Media Capture and Streams
          Assignee: public-media-capture@w3.org
          Reporter: jim.barnett@genesyslab.com
                CC: public-media-capture@w3.org

The spec should say something about how long permissions persist (even if we
only say that it is UA-specific.)  For example:
1.  If the user grants permission to a camera, then later closes the tab (but
doesn't clear cookies), is the permission still granted if he returns to that
page later (no, I think.)
2.  What if he puts the tab in the background, then revisits/foregrounds it
later?  After 10 minutes? After 24 hours?  We might say that the answer is
UA-specific, but that the UA must set some configurable limit.
3.  We have said that the UA may allow the user to grant permanent permissions
to certain sites.  The spec should mention this possibility, even if the
mechanism is UA-specific.
4.  Suppose the app requests a camera and the user gives it permission to use
all cameras.  The app initially uses only a single camera but later decides
that it wants a different one.  Does it have to request permission again (given
that the user granted permission for all cameras)?  If it doesn't have to
request permission again, how long does the user's grant persist?  10 minutes? 
10 hours?  Is it UA-specific?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
Received on Thursday, 30 May 2013 13:49:04 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:26:17 UTC