- From: Jan-Ivar Bruaroey via GitHub <sysbot+gh@w3.org>
- Date: Fri, 27 Mar 2020 17:52:33 +0000
- To: public-webrtc-logs@w3.org
> What is the bug? I should have mentioned I'm on macOS, where browsers today [[1](https://bugzilla.mozilla.org/show_bug.cgi?id=1622073)] [[2](https://bugs.chromium.org/p/chromium/issues/detail?id=1061204)] by default temporarily pause mic and camera recording (when I close my MBP lid) without firing `mute`, while JS remains running. This violates the existing [spec](https://w3c.github.io/mediacapture-main/getusermedia.html#track-muted): *"Whenever the User Agent initiates such a* [physical] *change, it MUST queue a task, ... to... Fire a simple event named* [mute] *on track."* > What evidence do you have that capture is interrupted when laptop lid is closed? See above. I'm not claiming this always happens on all systems or even all configurations. > Why is getUserMedia() attempting to define the behaviour of a laptop lid being closed? I'm not suggesting that in the [three things](https://github.com/w3c/mediacapture-main/issues/670#issue-586571136) I propose. 1. Shut off media capture whenever media playback shuts off for physical reasons 2. Here I specifically said _"browsers aren't firing them ... even though capture is interrupted."_ 3. Mention privacy issues/guidelines for vendors to avoid users being "surprised" recording is on. -- GitHub Notification of comment by jan-ivar Please view or discuss this issue at https://github.com/w3c/mediacapture-main/issues/670#issuecomment-605157878 using your GitHub account
Received on Friday, 27 March 2020 17:52:36 UTC