Open Bug 1622073 Opened 4 years ago Updated 4 years ago

Camera & microphone resuming recording during login screen on reopening laptop lid is not POLA

Categories

(Core :: WebRTC: Audio/Video, defect, P3)

Unspecified
macOS
defect

Tracking

()

Tracking Status
firefox-esr68 --- affected
firefox75 --- affected
firefox76 --- affected
firefox77 --- affected
firefox78 --- affected

People

(Reporter: jib, Unassigned)

References

Details

TL;DR: Join a WebRTC call & shut the laptop lid. Wait a few seconds and reopen it. You'll see the MacOS login screen, but you're still in the call and others can see you. This may surprise people, especially if they don't log in right away.

STRs (on laptop configured to ask for credentials even on rapid closing/opening of the lid. e.g. MacOS):

  1. Open https://jsfiddle.net/jib1/pkc16k9r/ and allow camera + mic
  2. Start counting seconds out loud 1...2...3... continuously through remaining steps
  3. Close the lid on 2
  4. Open the lid and observe login screen on 5
  5. Enter your credentials by 9
  6. After 10, stop counting and listen to the 10-second recorded playback.

Expected result:

  • 1...2...9...10 and laptop's camera light came was off during login screen

Actual result:

  • 1...2...5...6...7...8...9....10 and laptop's camera light was on during login screen

There's precedent here with delaying playback (bug 1622049), so aligning media inputs with playback here might be intuitive.

If so, since JS runs immediately on opening the lid, we'd need to fire mute and unmute on the track during the login screen.

I've only tested on macOS. If others are able to verify on other platforms, please change to all.

No longer depends on: 1622049
OS: All → macOS
See Also: → 1622049

Idea: mute track(s) on reopening lid, and only unmute once document.visibilityState == "visible".

Bonus: would also cover minimizing a WebRTC call window before closing lid, and then forgetting about it after unlock.

Note: In both Firefox and Chrome, document.visibilityState appears "hidden" during the lock screen, but not while the lid is closed (another bug?)

Priority: -- → P3

Is this affected on esr68?

Severity: normal → S3
Flags: needinfo?(jib)
Flags: needinfo?(jib)
You need to log in before you can comment on or make changes to this bug.