HTML by Default - Issue with displaying flash content - "Click to enable adobe flash player" is not displayed
Reported by
mbi...@zynga.com,
Nov 10 2016
|
|||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.44 Safari/537.36 Example URL: https://apps.facebook.com/farmville-two/ Steps to reproduce the problem: Prerequisites: 1. Download chrome 55 beta version. 2. Goto chrome://site-engagement and modify site engagement score of apps.facebook.com to a value less than 30 3. Make sure "prefer HTML by default" is enabled in chrome://flags 4. Goto chrome settings, search for flash content settings and ensure flash setting is "Ask first before allowing sites to run Flash (Recommended). Also ensure no exceptions are made to apps.facebook.com/farmville-two Steps: Goto apps.facebook.com/farmville-two What is the expected behavior? Since flash player setting is "Ask to play", a greyed out screen with "click to enable flash player" should be displayed in the area where flash game should load (which is center of the window). Attached screenshot. This is the expectation as per chrome HBD feature - https://docs.google.com/presentation/d/106_KLNJfwb9L-1hVVa4i29aw1YXUy9qFX-Ye4kvJj-4/edit#slide=id.g186b338448_189_25 What went wrong? No greyed out clickable area is shown. Instead a white area or an empty div is displayed which is not clickable. Does it occur on multiple sites: N/A Is it a problem with a plugin? No Did this work before? Yes It worked in dev or canary build on when I checked on Nov 2nd, 2016. Major version was 56. I don't know the exact version details. Does this work in other browsers? Yes Chrome version: 55.0.2883.44 Channel: beta OS Version: OS X 10.10.4 Flash Version: This has to be fixed ASAP as it impacts user experience.
,
Nov 10 2016
Any way as per screenshot, I saw the issue at least once. Is there any A/B experiment for this feature. Could you guys please check it on your side and confirm things are fine?
,
Nov 10 2016
It is reproducible again consistently. I actually enabled flash for apps.facebook.com when flash allow popup is shown. Then I went back to chrome://settings, modified flash settings to remove exception for apps.facebook.com. When I reloaded the farmville2 game (apps.facebook.com/farmville-two), I got a empty div where flash should load. The same is reproducible in following games also. 1) Candy crush saga - https://apps.facebook.com/candycrush/?fb_source=fbpage ("Get flash player button is shown. Upon clicking white screen is shown) 2) Flash pool - https://apps.facebook.com/flash-pool/ (Only white screen is shown) However there are other games like "candycrushsodasaga" where things worked as expected. It seems to be an edge case, but a problem with chrome for sure.
,
Nov 10 2016
,
Nov 10 2016
In the case of Zynga, there doesn't appear to be any detection logic for the presence/ absence of Flash Player. If a user goes and disables Flash Player via chrome://plugins, the experience is identical. The recommended fix for this, would be for Zynga to either test for the presence of Flash Player and show a standard Download Flash Player link, or to directly embed a Flash Object so that a plugin placeholder image could be rendered. In either case, since this behavior is present when Flash Player is disabled (i.e. it's not a problem w/ the detection logic of HTML5 by Default), this is something that will need to be addressed on their end.
,
Nov 15 2016
Is there any recommended way to detect flash installation? Currently we use navigator.plugins to detect. If above array contains an element with 'Shockwave Flash', we assume flash is installed. If not we take it as flash NOT installed. When we simulate chrome HBD feature by modifying site engagement score to less than 30, sometimes navigator.plugins contains 'Shockwave Flash' element and sometimes it didn't contain the same element. In first case where navigator.plugins contained 'Shockwave Flash', swf is embeded, flash object is also loaded from zynga side and chrome showed a grey clickable screen to enable flash. In second case where navigator.plugins didn't contain 'Shockwave Flash' and empty div is shown. What we want to know why there is a difference in navigator.plugins when site engagement goes low. I assume chrome is altering that property and would like to know more on what basis it is done. I also suppose a bug on chrome side while altering this property based on site engagement.
,
Nov 15 2016
Created a separate ticket for navigator.plugins issue with chrome HBD feature - https://bugs.chromium.org/p/chromium/issues/detail?id=665381
,
Nov 15 2016
Able to reproduce this issue on Windows 10, Ubuntu 14.04 and mac 10.12.1 with chrome beta 55.0.2883.44 with above mentioned settings i.e by enabling the flag "Prefer HTML over Flash". Note: ------------ If "Prefer HTML over Flash" flag is set to default, then we observed flash running is fine. Since "Prefer HTML over Flash" flag is introduced from M55-55.0.2883.0, considering this issue as non-regression and marking it as untriaged. |
|||
►
Sign in to add a comment |
|||
Comment 1 by mbi...@zynga.com
, Nov 10 2016