Re: [mediacapture-main] gUM firing repeatedly for the same page load

> 1 . A user could reject the second request (most likely 
accidentally), which means every time user swaps mic/camera, the page 
has to be ready to get rejected for permissions reasons

@jnoring FYI [the spec allows a UA to stop sharing at any 
time](http://w3c.github.io/mediacapture-main/getusermedia.html#event-mediastreamtrack-ended).
 E.g. a Firefox user can click the camera icon in the URL bar at any 
time and choose "Stop Sharing" ([unfortunately Firefox doesn't fire an
 event yet](https://bugzil.la/1208373)).

> If they are already chatting with someone, and they are rejected, 
then that video conference is over.

Video and audio can be added and removed without dropping a call using
 renegotiation.

> 2 . During an actual call, showing the gUM prompt means a user could
 be absent for seconds or more while they answer the dialog.

Not if you keep the existing video until you have the new video, 
although I agree there is a bit of an issue here on mobile devices 
that can't open more than one camera at a time.

> 3 . Confusing user experience; the dialog shows in response to 
camera or mic selection in-page, and suddenly they're being given a 
secondary dialog that seemingly implements the same thing.

This one is a Firefox UX issue and does not belong here.

For this discussion to be useful, lets root it in the spec.

-- 
GitHub Notification of comment by jan-ivar
Please view or discuss this issue at 
https://github.com/w3c/mediacapture-main/issues/304#issuecomment-174141667
 using your GitHub account

Received on Saturday, 23 January 2016 04:54:51 UTC