Re: Intent to deprecate: getUserMedia(cam+mic) to become all-or-nothing

2016-05-13 Thread Jan-Ivar Bruaroey
On 5/12/16 7:26 PM, Mike Taylor wrote: On 5/12/16 2:48 PM, Jan-Ivar Bruaroey wrote: Our original intent behind those choices was to let users join a video conference as an "audio only" participant. Unfortunately, sites don't expect this behavior and often don't work right when the track is

Re: Intent to deprecate: getUserMedia(cam+mic) to become all-or-nothing

2016-05-12 Thread Mike Taylor
On 5/12/16 2:48 PM, Jan-Ivar Bruaroey wrote: Our original intent behind those choices was to let users join a video conference as an "audio only" participant. Unfortunately, sites don't expect this behavior and often don't work right when the track is missing. Fixing sites sounds good. Are

Re: Intent to deprecate: getUserMedia(cam+mic) to become all-or-nothing

2016-05-12 Thread Jan-Ivar Bruaroey
On 5/12/16 4:41 PM, Jonas Sicking wrote: This part should be fixable by creating a video stream which just contains black (or a "anonymous user" icon or some such). In theory yes, but I don't think the existing UX is salvageable when mapped to mute (nowhere to unmute, and site now thinks it

Re: Intent to deprecate: getUserMedia(cam+mic) to become all-or-nothing

2016-05-12 Thread Jonas Sicking
On Thu, May 12, 2016 at 12:48 PM, Jan-Ivar Bruaroey wrote: > Our original intent behind those choices was to let users join a video > conference as an "audio only" participant. Unfortunately, sites don't expect > this behavior and often don't work right when the track is

Intent to deprecate: getUserMedia(cam+mic) to become all-or-nothing

2016-05-12 Thread Jan-Ivar Bruaroey
Hi, this is an "intent to align with the spec" PSA. The MediaCapture and Streams spec [1] says that sites requesting both camera and microphone at the same time, must get both or nothing (in the form of an error). Firefox's permission doorhanger violates this invariant by offering users the