youennf
youennf
In macOS, the window selection prompt might naturally unfocus the capturing web page. As currently specified, it would always set [[[FocusChangeDisabled]]] to true, neutering setFocusBehavior. The spec should give some...
The change covers potential race conditions where the change of focus task is already enqueued at the time the getDisplayMedia promise is resolved. Add a note to talk about the...
As pointed by Eric, on macOS, Chrome and Safari capabilities for a camera track differ for `facingMode`. Safari does not include `facingMode`, Chrome sets it to `[]`. The spec does...
As was discussed recently, we can observe some differences in the way browsers use muted and ended state for capture tracks. For instance, Safari will fail capture if it is...
The spec is light in terms of how enabled=false tracks should be handled by HTMLMediaElement. There are a few behavioural changes that are worth tightening: 1. Should rvfc callbacks be...
It might be good to define how to compute aspectRatio range capability. In Safari, we use [1 / maxHeight, maxWidth]
It might make the spec easier to understand if we could get consensus on what the granularity of a source is. We know that: 1. at the minimum, the source...
Following on https://github.com/w3c/mediacapture-extensions/pull/88, it might be good to ensure task queue order for media stream events. We could introduce a specific task queue for such events.
As per comments in https://github.com/w3c/mediasession/pull/313 by @marcoscaceres, we probably want to fix how we export the muted concept in media capture-main to: ```muted state``` The same apparently applies for the...
WebKit export from bug: [ExtendableMessageEvent.ports should return the same object](https://bugs.webkit.org/show_bug.cgi?id=273542)