Closed
Bug 868095
Opened 12 years ago
Closed 8 years ago
getUserMedia called on load does not work for multiple iframes
Categories
(Firefox :: Site Permissions, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 861716
People
(Reporter: bora123, Unassigned)
References
Details
(Whiteboard: [getUserMedia][blocking-gum-])
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20100101 Firefox/20.0
Build ID: 20130409194949
Steps to reproduce:
Two getUserMedia camera capturing from two iframes side by side didnt work. Only one of them picks up the camera. I was only offered one dialog to select a camera. Chrome browser asks two times and correctly displays the camera imagery in both iframes even if I pick the same camera for both.
Actual results:
Two getUserMedia camera capturing from two iframes side by side didnt work. Only one of them picks up the camera. I was only offered one dialog to select a camera.
Expected results:
Browser should ask camera selection for both iframes does not matter which one first. The both iframes having getUserMedia on should be able to pick the camera even if they are allowed for the same one.
Summary: getUserMedia → getUserMedia does not work for multiple iframes, only one is allowed
Updated•12 years ago
|
Component: Untriaged → WebRTC
Product: Firefox → Core
QA Contact: jsmith
Updated•12 years ago
|
Whiteboard: [getUserMedia][blocking-webrtc-]
Comment 1•12 years ago
|
||
This test works fine
<html> <body>
<iframe width="50%" src="gum_test.html"></iframe>
<iframe width="50%" src="gum_test.html"></iframe>
</body> </html>
(gum_test.html is from the webrtc-landing page)
If you click each Video button,you get a requester and can answer it. If I modify gum_test.html to start video on load (add a startVideo() at the bottom of the script), only one frame (normally the second) pops a requester and gets video.
I suspect strongly this is a dup of bug 861716 (though that refers to within the same frame). It does point out that if the requests are from different iframes, they should not be merged.
Assignee: nobody → dao
Status: UNCONFIRMED → NEW
Depends on: 861716
Ever confirmed: true
Whiteboard: [getUserMedia][blocking-webrtc-] → [getUserMedia][blocking-gum-]
Updated•12 years ago
|
Component: WebRTC → General
Product: Core → Firefox
QA Contact: jsmith
Comment 2•11 years ago
|
||
Setting media.navigator.permission.disabled to true is a workaround: the bug disappears.
Comment 3•11 years ago
|
||
(In reply to Dan Mosedale (:dmose) from comment #2)
> Setting media.navigator.permission.disabled to true is a workaround: the bug
> disappears.
All the permission requesters are bypassed, so it's not really a workaround - it says "sure, have a camera, what to I care!"
Updated•11 years ago
|
Assignee: dao → nobody
blocking-fx: --- → ?
Updated•11 years ago
|
blocking-fx: ? → ---
Flags: firefox-backlog?
Updated•11 years ago
|
Component: General → WebRTC
Product: Firefox → Core
Updated•11 years ago
|
Flags: firefox-backlog? → firefox-backlog-
Updated•10 years ago
|
Component: WebRTC → Device Permissions
Product: Core → Firefox
Updated•9 years ago
|
Summary: getUserMedia does not work for multiple iframes, only one is allowed → getUserMedia called on load does not work for multiple iframes
Updated•8 years ago
|
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•