- From: youennf via GitHub <sysbot+gh@w3.org>
- Date: Tue, 06 Sep 2022 15:15:37 +0000
- To: public-webrtc-logs@w3.org
> At the point where getDisplayMedia's algorithm resolves `p`, instead: > * Schedule a microtask to resolve `p`. s/microtask/task. > * Schedule a task (not microtask) to close the WOO. This sounds good enough to me. It is stricter than what @jan-ivar proposes so seems like a good start as it is always feasible to relax in the future. > * Calls to `setFocusBehavior()` when the WOO is still open, but after the timer elapses, are no-op (no exception). Rejecting the promise is probably better. There is no harm in doing so AFAIUI and the promise might reject for other reasons (say user sets a preference to always focus no matter what web page is saying). > * What happens when the controller and/or tracks are transferred? Controller is not transferrable so far. Transferring a track seems orthogonal, ditto for track being stopped. > * Should the timer be specified, or should it be left up to the UA? It should probably be left to UA as this should be an edge case. My understanding is that: - The algorithm would allow to focus for the current task only. - The security section would detail the threats and potential mitigations like the timer approach you are proposing. -- GitHub Notification of comment by youennf Please view or discuss this issue at https://github.com/w3c/mediacapture-screen-share/issues/230#issuecomment-1238293362 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Tuesday, 6 September 2022 15:15:39 UTC