Twitter videos when entered full screen gets muted and playback stops |
|||||||||
Issue descriptionChrome Version: 66.0.3359.117/68.0.3399.0 OS: Mac OS 10.13.3 What steps will reproduce the problem? (1) Launch chrome and go to http://twitter.com/news (2) Unmute any video and enter into full screen using full screen switcher icon. (3) Observe. What is the expected result? > Video should continue to play and shouldn't be muted in full screen as well. What happens instead? > Video playback stops and is muted in full screen. > This seems to be working fine on Firefox. > Works fine on Chrome of Windows and Linux and is seen only on Mac. > The same repro case on previous stable(65.0.3325.181) shows different behavior. Entering full screen, video continues to play but is muted. Will update the regression info on where the behavior changed on Chrome side b/w M-65 and M-66.
,
Apr 19 2018
Suspecting this to be related to some finch experiment as stable version: 66.0.3359.117 on some of the colleagues' laptop seems to work fine and sometimes shows the bad behavior. As of now, Could only repro this on Mac. Windows and Linux seems to work fine and video keeps playing and audio unmuted when video enters into full screen mode. Attaching the screen-cast of the comparison of behavior on Mac b/w Chrome and Firefox and also attaching variations from Mac stable version(66.0.3359.117) which is showing bad and somtimes good behavior. On comparison, below are the list of the variations that shows up on 66.0.3359.117 when showing bad behavior but not showing when it shows good behavior. ========================================================================================================================================================= LazyParseCSS-Disabled LocalScreenCasting-Default MacMDDownloadShelf-Launch SafeBrowsingAdSamplerTrigger-AdSampler_NormalRate ServiceWorkerScriptFullCodeCache-Enabled ThrottleDelayable-MaxDelayable_v2_8_Weight3
,
Apr 19 2018
Able to repro this issue on windows, Ubuntu with chrome Stable #66.0.3359.117, Beta #66.0.3359.117, Canary #68.0.3400.0, Dev #67.0.3396.10 Attaching the screen-cast for repro.
,
Apr 19 2018
This seems to be now reproducible, across all OS and across all the channels. Not 100% sure but cc''ing mlamouri@ for recent UnifiedAutoplay roll(https://goto.google.com/pfhyc) to stable and Beta on April 18th. mlamouri@: Could this be related to UnifiedAutoplay.
,
Apr 19 2018
,
Apr 19 2018
I'm not quite sure how the autoplay policies would do this but worth having a look as it seems to work fine on Firefox with a Chrome UA AFAICT. beccahughes, can you PTAL?
,
Apr 19 2018
,
Apr 19 2018
I've tried recreating this and seems to be working fine on my machine as well. Mac 10.13.3, 66.0.3359.117.
,
Apr 20 2018
On Chrome Mac 66.0.3359.117 I can reproduce this with both the following features (the experiment) enabled and disabled: UnifiedAutoplay MediaEngagementBypassAutoplayPolicies PreloadMediaEngagementData
,
Apr 20 2018
Likely a problem on the website's side then.
,
Apr 20 2018
Marking this as WontFix as it is reproducible in Safari so it is unrelated to Chrome.
,
Apr 30 2018
|
|||||||||
►
Sign in to add a comment |
|||||||||
Comment 1 by gov...@chromium.org
, Apr 19 2018