Closed
Bug 893945
Opened 12 years ago
Closed 12 years ago
webcam GetUserMedia popup appears on each webpage, even with HTTPS
Categories
(Core :: WebRTC, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 819413
People
(Reporter: frenay, Unassigned)
Details
(Whiteboard: [getusermedia][blocking-gum-])
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/20100101 Firefox/18.0 (Beta/Release)
Build ID: 20130201065344
Steps to reproduce:
I have created two webpages on a secured website (HTTPS) which ask for the webcam access with the getusermedia function. I navigate between each page.
Actual results:
On each page, on Firefox, the popup appears and ask to give the webcam access to the website. On the other hand, on chrome, it ask the access once and activate the webcam automatically on the other secured webpages.
Expected results:
It should ask for the webcam access only once on the secured webpage of the same website (or maybe is it a firefox spec which is different from the chrome spec ?).
Comment 1•12 years ago
|
||
Chrome and Firefox have implemented permissions differently. We plan to add "persistent permissions" later, and chrome defaults to something like persistent permissions. Navigating flushes any permissions you have.
Component: Untriaged → WebRTC
Product: Firefox → Core
Whiteboard: [getusermedia][blocking-gum-]
Version: 18 Branch → 22 Branch
| Reporter | ||
Comment 2•12 years ago
|
||
Thanks for the reply !
Could you provide an estimate about the 'We plan to add "persistent permissions" later' ? Do you think it will be implemented in 3, 6 or rather 12 months ? Actually, I have a business project which could depend on this feature :-).
Thanks again and have a nice day.
Comment 3•12 years ago
|
||
Duping to a bug on implementing persistent permissions. I'll note that even if we implement persistent permissions, it's not clear at this point if the behavior you're using from Chrome will be supported.
I'd advise for maximum compatibility (especially now, without persistent permissions) to find a way to avoid losing the context of the getUserMedia stream while navigating within your site, perhaps by using iframes or an ajax or similar setup to avoid having the main/outer page that holds the getUserMedia stream invoke onnavigation.
If you have requests from the design, please indicate them in the bug this is dupped to, or comment on the Media Capture w3 mailing list where this spec is discussed.
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•