- From: Jan-Ivar Bruaroey via GitHub <sysbot+gh@w3.org>
- Date: Tue, 28 Sep 2021 13:06:50 +0000
- To: public-webrtc-logs@w3.org
> Each then returns a new promise, but this is fine. The idea is for the microtask used by User Agent to check for focus-or-not to be executed within the same event loop task but after the JS shim getDisplayMedia promise resolution callbacks. I think this is doable with the updated shim I provided, can you explain why it would not work? I tried to express my understanding/POC in https://jsfiddle.net/f0uqx8jg/. @youennf Your fiddle is more lax than what the [OP proposes](https://wicg.github.io/conditional-focus/#dom-focusablemediastreamtrack-focus): _"MT finishes"_, which is what I was countering. But you've shown that the OP [isn't actually implementable](https://jsfiddle.net/jib1/04oL27c5/), so thanks for that. But I disagree shimming should be this hard, even with your proposal. Shims should be able to return a different promise due to synchronous post-success code. And I see no need for it, because you've not shown any benefit over simply queening a task. -- GitHub Notification of comment by jan-ivar Please view or discuss this issue at https://github.com/w3c/mediacapture-screen-share/issues/190#issuecomment-929191725 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Tuesday, 28 September 2021 13:06:53 UTC