Issue metadata
Sign in to add a comment
|
User Settings->Enable Plug-ins does not correctly allow the plug-in
Reported by
seas...@ccsknights.org,
Oct 18 2017
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; CrOS x86_64 9901.46.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.55 Safari/537.36 Platform: Google_Candy.5216.310.57 Steps to reproduce the problem: 1. In admin console->Device Management->Chrome->User Settings add *Flash* to Enable plug-in box - Allow policy to sync to devices 2. open up a page with flash. 3. Flash is blocked. 4. Click the URL info to view site settings. See Flash is set to "Allow" with the "Allowed by your administrator" message 5. Click Site Settings at the bottom of the Site settings dialog box. 6. See Flash is set to "Ask"(dropdown grayed out) with the "Setting controlled by your administrator" message. What is the expected behavior? Flash is allowed What went wrong? Flash is blocked Did this work before? Yes 61.0.3163.110 (Official build) beta (64-bit) Chrome version: 62.0.3202.55 Channel: beta OS Version: 9901.46.0 Flash Version: 27.0.0.170 Tested with version 61.0.3163.110 (Official build) beta (64-bit) and the policy works as expected. It is limited to devices that are on version 62.
,
Oct 19 2017
Adding some more people that might know what has changed.
,
Oct 19 2017
Can you post the contents of chrome://policy on the broken Chrome instance?
,
Oct 19 2017
This isn't from the exact device, as I restored that to 61 yesterday, but I have another same model and OS version as the report. It has the same flash issue.
,
Oct 20 2017
,
Oct 21 2017
I'll take a look next week, but one thing to note is that the EnabledPlugins policy is deprecated (Flash is the only third-party plugin left) in favor of DefaultPluginsSetting. Maybe that will already resolve your issue?
,
Oct 23 2017
Thanks Bernhard, from the looks of it the policy is actually properly set (as a proxy for DefaultPluginSetting that is).
,
Oct 30 2017
I have this same issue. I have worked around it by adding in wildcard sites in to the PluginsAllowedForUrls setting. Up until I updated Chrome to 62.0.3202.62 flash worked as intended, previous version was 61.0.3163.79. My GPO's are set up virtually the same way as mentioned above.
"DefaultPluginsSetting": {
"level": "mandatory",
"scope": "machine",
"source": "sourcePlatform",
"value": 1
"EnabledPlugins": {
"error": "This policy has been deprecated.",
"level": "mandatory",
"scope": "machine",
"source": "sourcePlatform",
"value": [ "Shockwave Flash", "Adobe Acrobat", "Shockwave for Director", "Silverlight Plug-In" ]
,
Nov 3 2017
Hi, I also have a customer that's also having the same issue. I have tested this in version 62 (Stable), version 63 (Beta) and version 64 (Canary). The behavior is the same to all these three Channels. Thanks in advance!
,
Nov 21 2017
It seems that we are having a similar issue. Setting DefaultPluginsSetting to 1 or 3 (I understand 1 is deprecated) and we have inconsistent results with running Flash. Many sites fail to detect it and in the rare event users are prompted, when they choose to accept the content doesn't always load and many times they are prompted again. The allowed sites list also seems to be ignored. If we don't set DefaultPluginsSetting, everything seems to work as expected. This seems very similar to https://bugs.chromium.org/p/chromium/issues/detail?id=654072
,
Nov 21 2017
I guess I should clarify on my above comment. Our issue is mainly that setting DefaultPluginsSetting seems to cause the Flash allow list to be ignored.
,
Nov 21 2017
This sounds similar to issue 779630 . Julian, can you take a look?
,
Nov 22 2017
Indeed, can you check if the suggestion to explicitly add the hosts you need Flash to work on automatically to the PluginsAllowedForUrls policy as described in C#4 here https://bugs.chromium.org/p/chromium/issues/detail?id=779630#c4 helps in your case?
,
Nov 22 2017
Adding the hosts (http://* and https://*) to the PluginsAllowedForUrls worked for us. Thanks!
,
Nov 23 2017
,
Nov 29 2017
I would recommend getting this to your enterprise support and getting the admin tools to reflect these changes. We were dead in the water until Comment #14
,
Nov 30 2017
I have created a CL to update the documentation of the DefaultPluginsSettings policy accordingly. https://chromium-review.googlesource.com/c/chromium/src/+/799871
,
Nov 30 2017
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/4675fd70c024dfd883ec2c378f16a3c9f0af2006 commit 4675fd70c024dfd883ec2c378f16a3c9f0af2006 Author: Julian Pastarmov <pastarmovj@chromium.org> Date: Thu Nov 30 17:33:56 2017 Document the relationship between DefaultPluginsSettings and PluginsAllowedForUrls policies. BUG= 775960 Change-Id: Ic5ec7c97b18f6d0a5e24a7db6f6b14de43a3adb3 Reviewed-on: https://chromium-review.googlesource.com/799871 Reviewed-by: Georges Khalil <georgesak@chromium.org> Commit-Queue: Julian Pastarmov <pastarmovj@chromium.org> Cr-Commit-Position: refs/heads/master@{#520588} [modify] https://crrev.com/4675fd70c024dfd883ec2c378f16a3c9f0af2006/components/policy/resources/policy_templates.json
,
Dec 21 2017
,
Mar 8 2018
Verified fixed. The DefaultPluginsSettings policy documentation is updated (see attached screenshot). Chrome OS: 10323.52.0 Chrome: 65.0.3325.148 Device: Robo360 |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by isandrk@chromium.org
, Oct 19 2017