- From: Jan-Ivar Bruaroey via GitHub <sysbot+gh@w3.org>
- Date: Thu, 28 Sep 2023 14:18:56 +0000
- To: public-webrtc-logs@w3.org
> Many other changes occur at the OS level such as changes in labels, When do labels change at the OS level? > the device becoming enabled/disabled at the OS level, When is this NOT user-action driven? Insertion and removal (already antiquated USB terms in a Bluetooth world) already cover this since that's obviously all browsers can observe. As long as the user acted, it's a reasonable app decision to assume intent and respond to those actions, e.g. if done during a live call or a selection screen. > changes to the default device, etc. [Again](https://github.com/w3c/mediacapture-main/issues/966#issuecomment-1734133569), when is this NOT user-action driven? > Hopefully, you're right and we can find a way to avoid them or significantly mitigate them. I agree with discussing that in a different issue since that is separate from the discussion about firing the event when the result of enumerateDevices changes. It's not entirely separate, since in https://github.com/w3c/mediacapture-main/issues/972 I also show specifically how Safari's decision to fire `devicechange` from getUserMedia registers as a false positive, causing my demo page to react to a device having been inserted, when this did not happen. What's proposed here would essentially declare Safari correct and the other browsers wrong, when the spec says the opposite. I'm happy the way the spec is already written, and look forward to more implementations aligning to solving its primary use case better. Regarding the problem use case of in-content UX not being updated, I'd like to understand specifically where the existing event falls short, and why you can't work around it. -- GitHub Notification of comment by jan-ivar Please view or discuss this issue at https://github.com/w3c/mediacapture-main/issues/966#issuecomment-1739333828 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Thursday, 28 September 2023 14:18:58 UTC