1622049 - Media playback shouldn't resume on login screen on reopening laptop lid

Status: NEW

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

Description

[Jan-Ivar Bruaroey [:jib] (needinfo? me)]

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/40zmh7gr/
2. Hear audio
3. Close the lid (audio goes silent)
4. Open the lid

Expected result (like Chrome):

• Audio resumes once I see my desktop, not before i.e. not during the login screen. I re-enter my credentials in silence and hit enter, am shown my desktop, at which point playback audibly (and visibly) resumes.

Actual result:

• Audio resumes right away when macOS puts me at the login screen. I have to enter my credentials (correctly!) while audio is blaring before I'm able to mute it (in hindsight, I could have muted using the touchbar, but I challenge anyone to think about that in the moment when surprised by this, and not every laptop has one).

Not a user great experience, since the time it takes exceeds people's audible nuisance tolerance time window of about a second or two.

I haven't found anything in specs about this, but think we should do what Chrome does here, presumably to both audio and video to keep expectations in sync.

There's camera and microphone corollary, but I'll open a separate issue on that.

Comment 1

[Jan-Ivar Bruaroey [:jib] (needinfo? me)]

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

Comment 2

[Alex Chronopoulos [:achronop]]

The link gives me "Video cannot be played ..." message in Linux. Error message in console:

Media resource https://webrtc.github.io/samples/src/video/chrome.mp4 could not be decoded, error: Error Code: NS_ERROR_DOM_MEDIA_DECODE_ERR (0x806e0004)
Details: virtual mozilla::MediaResult mozilla::FFmpegVideoDecoder<58>::DoDecode(mozilla::MediaRawData *, uint8_t *, int, bool *, MediaDataDecoder::DecodedData &): avcodec_send_packet error: -1094995529 show