Open
Bug 1004392
Opened 12 years ago
Updated 3 years ago
getUserMedia doorhanger is too complicated
Categories
(Core :: WebRTC: Audio/Video, defect)
Core
WebRTC: Audio/Video
Tracking
()
NEW
| backlog | parking-lot |
People
(Reporter: jib, Unassigned)
References
Details
Attachments
(1 file)
|
374.67 KB,
image/png
|
Details |
I've run our current gUM doorhanger by a couple of "normal" people. TL;DR: TMI.
.-/\---------------------------------------------------.
| x|
| .----. Would you like to share your camera and |
| | |/| microphone with |
| | |\| mozilla.org? |
| '----' |
| Camera to share: |
| .----------------------------------------. |
| | FaceTime HD Camera (Built-in) <>| |
| '----------------------------------------' |
| Microphone to share: |
| .----------------------------------------. |
| | default (Built-in Microphone) <>| |
| '----------------------------------------' |
| |
| .----------------------------. |
| | Share Selected Devices | V | |
| '----------------------------' |
'------------------------------------------------------'
Unscientifically gathered feedback (prodded):
- "This is greek to me. Too much to read. I would go elsewhere"
- "Is this FaceTime (the mac video-calling app)?"
- "There's only one choice, so why ask? I've only one camera."
- "I don't think I care about multiple cameras here (yet)"
- On phones: "I think of phone as one camera that I flip the direction of"
- "I don't think about microphones."
- "I understand Allow and Deny" = simple! (on seeing a competitor)
Most disturbing, there was no understanding of what was chrome vs. content.
People had no trouble spotting our prompt though (unlike the competition).
Based on feedback I'd suggest something like this instead:
.-/\---------------------------------------------------.
| x|
| .----. CAMERA/MICROPHONE ACCESS REQUESTED |
| | |/| |
| | |\| mozilla.org |
| '----' wants to use your camera and microphone. |
| |
| .-----------. |
| | Allow | V | |
| More options... '-----------' |
'------------------------------------------------------'
where "Allow"-dropdown holds "Deny" + persistence options, and
where "More options..." expands to show camera/mic selection + help.
This plays on "allow/deny access" security language to trigger sense-memory of protection and anti-virus, something people have a mental model for. i.e. they'll come to understand this safety interaction as a layer separate from the web.
Comment 1•12 years ago
|
||
Probably this should end up moving to Firefox UI (and equivalent for mobile, though that may have less problems).
OS: Mac OS X → All
Hardware: x86 → All
Comment 2•12 years ago
|
||
Somewhat tangentially: I have yet to hear of any actual evidence that very many users have any sort of mental model of chrome vs. content, and seeing that reaction in your sample is consistent with that hypothesis. If there's actual evidence in that space, though, that'd be nifty.
Comment 3•11 years ago
|
||
This should be duped to the UI redesign under way (which is a P1)
backlog: --- → parking-lot
| Reporter | ||
Comment 4•11 years ago
|
||
Bug #?
Comment 5•10 years ago
|
||
A simplification to device class type prompt would be particularly useful for applications implementing their own device selection flow.
See Bug 1212996.
Comment 6•8 years ago
|
||
A simplification of this UI would be so hugely welcome. particularly the behavior that prompts every time gUM is called on the page.
Comment 7•5 years ago
|
||
Comment 8•5 years ago
|
||
We've made some changes to this dialog for Firefox 88/89. We now show a label instead of a picker when only one device is available. We now have a grace period so many re-prompts are eliminated. We've changed the wording of the dialog and the buttons. Here's a before and after
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•