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
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
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
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
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
5 matches
Mail list logo