YouTube video pauses (audio continues) after machine wakes from sleep |
||||||
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.
,
Apr 11 2017
,
Apr 11 2017
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.
,
Apr 11 2017
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.
,
Apr 14 2017
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.
,
Oct 18 2017
Assigning all my bugs to Mounir for him to triage and close/reassign later.
,
Oct 30 2017
,
Oct 30 2017
This is due to the race condition in CoreAudio that ossu@ has been fixing. |
||||||
►
Sign in to add a comment |
||||||
Comment 1 by shrike@chromium.org
, Apr 11 2017