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

Issue 870212 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: Aug 17
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Chrome , Mac
Pri: 2
Type: Feature



Sign in to add a comment

Chrome extension to enable flash plugin

Reported by eswar.j...@gmail.com, Aug 2

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.84 Safari/537.36

Steps to reproduce the problem:
I am working for a game which runs in Adobe Flash. From Chrome 69, sites using Flash will require explicit permission to run it, every time the user restarts the browser. We are expecting lot of our players will get dropped off as they need to go through click-to-play flow every time they restart the browser.(Flash Roadmap -> https://www.chromium.org/flash-roadmap)

So we came up with an idea of using chrome extension which can enable flash plugin in background for our game website. We used 'chrome.contentSettings' for creating this extension.

Can someone please confirm if there is any roadmap plan from chrome to stop controlling of 'adobe-flash-player' plugin from 'chrome.contentSettings'.

Other words pls tell me how long below api code will work ?

var flashResIdentifier; chrome.contentSettings.plugins.getResourceIdentifiers(function(resIdentifiers) { for (var i=0; ihttps://abc.xyz.com/', 'resourceIdentifier':flashResIdentifier, 'setting':'allow'});

Regards,
Eshwar,
Principal Software Engineer,
Zynga Inc.

What is the expected behavior?

What went wrong?
From Chrome 69, sites using Flash will require explicit permission to run it, every time the user restarts the browser.

Did this work before? N/A 

Does this work in other browsers? N/A

Chrome version: 70.0.3508.0  Channel: dev
OS Version: OS X 10.12.6
Flash Version:
 
Components: Platform>Extensions>API Internals>Plugins>Flash
Labels: -Type-Bug OS-Chrome OS-Linux OS-Windows Type-Feature
Labels: Target-70 FoundIn-70 M-70
Status: Untriaged (was: Unconfirmed)
Thanks for filing the issue!

As per comment#1, it seems to be a feature request. Hence marking it as untriaged, requesting dev team to look into the issue.

Thanks.!
Cc: raymes@chromium.org lafo...@chromium.org emilyschechter@chromium.org rdevlin....@chromium.org
Status: Available (was: Untriaged)
I think this has come up in the past as well.

I'm not opposed to this (and think it could be useful in the other direction, as well - e.g. to always block flash).  +raymes@ and emilyschechter@ for content settings input; +laforge@ for flash input.

One important note: whether we add this or not, it will not impact the schedule of the flash deprecation - when flash support is removed, this extension API would also be deprecated and removed.
Status: WontFix (was: Available)
(Marking as WontFix since there isn't any implementation work to be done)

It's perhaps worth noting that when Flash Player is turned off by default next July (2019) there won't be a programmatic way to re-enable it (i.e., the user will explicitly need to enable it in settings).  

The extension will continue to function until that time (i.e., no planned changes to the API), but it's important to be aware of that that cliff exists.

Sign in to add a comment