W3C home > Mailing lists > Public > public-webrtc-logs@w3.org > March 2020

Re: [mediacapture-main] What happens when laptop lid is closed / phone display is turned off? (#670)

From: Jan-Ivar Bruaroey via GitHub <sysbot+gh@w3.org>
Date: Sat, 28 Mar 2020 16:16:46 +0000
To: public-webrtc-logs@w3.org
Message-ID: <issue_comment.created-605468715-1585412205-sysbot+gh@w3.org>
MBP = Macbook Pro.

> The OS should not pause camera and microphone recording simply because the laptop lid is closed.

That's out of scope of this spec. Take it up with the manufacturer.

> The User-Agent is the browser, not the machine itself or the OS. 

Here's the [full text](https://w3c.github.io/mediacapture-main/getusermedia.html#track-muted): *"There can be several reasons for a MediaStreamTrack to be muted: the user pushing a **physical mute button** on the microphone, the **user toggling a control in the operating system**, the user clicking a mute button in the browser chrome, the User Agent (**on behalf of the user**) mutes, etc.*

The goal is to give a consistent model to the JS application. If frames stop coming in on the track while the track is unmuted, that's confusing. It's better to give JS a reason for this by notifying it. Since it can already observe that frames stop coming in when input is paused, there's no leak of information here.

This does not mean the user closed the lid.

If you're concerned about laptop lid detection, I recommend looking at https://github.com/w3c/webrtc-pc/issues/2489 and https://bugs.chromium.org/p/chromium/issues/detail?id=1060547.

GitHub Notification of comment by jan-ivar
Please view or discuss this issue at https://github.com/w3c/mediacapture-main/issues/670#issuecomment-605468715 using your GitHub account
Received on Saturday, 28 March 2020 16:16:49 UTC

This archive was generated by hypermail 2.4.0 : Saturday, 6 May 2023 21:19:50 UTC