Closed
Bug 1065962
Opened 11 years ago
Closed 4 years ago
update an already visible WebRTC doorhanger when a new gUM call occurs
Categories
(Firefox :: Site Permissions, defect)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: florian, Unassigned)
References
Details
Currently if a WebRTC doorhanger requesting permission for a website to use the camera is shown and the website requests permission to use the microphone, the microphone request won't be shown until the user answers the first request.
Instead, we should update the doorhanger to show the microphone request in addition to the camera request.
This also applies to requesting screen/window/app sharing.
Flags: qe-verify+
Flags: firefox-backlog+
|
Reporter | |
Updated•11 years ago
|
Component: General → Device Permissions
|
||
Comment 1•4 years ago
|
||
I don't think we should update existing prompts when a new request comes in. It makes for bad UX (updating a prompt while it's open) and enables click-jacking.
Chrome is similar to Firefox here as it also queues the WebRTC prompts.
Severity: normal → S3
Status: NEW → RESOLVED
Points: 5 → ---
Closed: 4 years ago
Priority: -- → P3
Resolution: --- → WONTFIX
|
|
||
Updated•4 years ago
|
Severity: S3 → --
Priority: P3 → --
You need to log in
before you can comment on or make changes to this bug.
Description
•