New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 710401 link

Starred by 2 users

Issue metadata

Status: ExternalDependency
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

YouTube video pauses (audio continues) after machine wakes from sleep

Project Member Reported by pinkerton@chromium.org, Apr 11 2017

Issue description

<rdar://31285827> YouTube Retest (Chrome): Video during playback freezes for >5 seconds and audio continues playing when waking system.

Summary:
YouTube Retest (Chrome): Video during playback freezes and audio continues playing when waking system.

* IMPACT
- Reproducibility rate: 5 out of 5 times
- Most common customer and scenario: Waking system when watching YouTube on Chrome.
- Workaround to prevent issue: n/a
- Workaround to recover from issue: n/a

* STEPS TO REPRODUCE
1. Launch Google Chrome.
2. Go to www.youtube.com
3. Click on any video.
4. During playback, close lid.
5. Open lid.

* RESULTS
--Actual Result: Once system wakes, video will freeze for >5 seconds while audio continues to play.
--Note: This has been noticeable on Chrome, but does not occur on Safari or Firefox.

--Expected Result: Video will continue to play normally and in sync with audio when system wakes.

Regression:
Occurs:
MacBook Pro, macOS Sierra 10.12.5 16F47, Google Chrome (current version)
MacBook Pro, macOS Sierra 10.12.3 16D32, Google Chrome (current version)

Does not occur:
Safari, Mozilla Firefox on MacBook Pro with macOS 10.12.3 16D32.
 

Comment 1 by shrike@chromium.org, Apr 11 2017

Cc: ccameron@chromium.org
Cc: sande...@chromium.org
Owner: avayvod@chromium.org
Status: Assigned (was: Untriaged)
I am able to reproduce this at ToT, with any type of playback, and just by switching tabs (no sleep required). The video track is being disabled upon backgrounding and then upon foregrounding the video is frozen until the next keyframe.
What you're describing is issue 709302 and should only affect src= media on dev/canary when opted into the background playback optimization experiment. I'd be surprised to see this behavior with YouTube even when in the experiment because we actually Seek() the ChunkDemuxerStream to the right frame.

It's unclear what version of Chrome is being tested here though.
I would assume stable channel (M57 at time of filing), since this came from Apple. I can ask them for version details if it's important. 
Owner: mlamouri@chromium.org
Status: Untriaged (was: Assigned)
Assigning all my bugs to Mounir for him to triage and close/reassign later.
Status: Assigned (was: Untriaged)
Owner: ossu@chromium.org
Status: ExternalDependency (was: Assigned)
This is due to the race condition in CoreAudio that ossu@ has been fixing.

Sign in to add a comment