Issue metadata
Sign in to add a comment
|
json policy file not working as expected
Reported by
microsof...@gmail.com,
Aug 14 2017
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:54.0) Gecko/20100101 Firefox/54.0 Steps to reproduce the problem: 1. create a policy file such as chrome.json 2. place it in the expected folder taken from https://www.chromium.org/administrators/linux-quick-start 3. open google-chrome-stable What is the expected behavior? all white-listed sites should open in their own tabs. I have this working on my other machines using google-chrome-stable v 56.0.2924.87-1. I have not updated to the latest version on the other 21 machines running the exact same OS. What went wrong? Chrome opens up in Incognito mode but no other tabs open. I am using a known-working policy file (attached) Did this work before? N/A Chrome version: 60.0.3112.90-1 Channel: stable OS Version: 16.04LTS Flash Version: N/A
,
Aug 14 2017
There are no other policies/policy files in use other than the one I have placed under /etc/opt/chrome/policies/managed. I am using Openbox, running the browser from /home/<user>/.config/openbox/menu.xml:
-----------------------------------------------------
<item label="Web browser">
<action name="Execute"><execute>google-chrome --start-maximized --no-first-run</execute></action>
</item>
-----------------------------------------------------
...and from /home/<user>/.config/openbox/autostart:
-----------------------------------------------------
google-chrome --start-maximized --no-first-run
-----------------------------------------------------
I have this configuration working on 21 other machines, Chrome installed from the same sources. I have also verified the permissions on the file/path compared to the boxes that work. I dunno if I'm doing something wrong, somewhere but at this point I'm stumped. What other info can I provide?
Thanks for your help!
,
Aug 14 2017
Marking as functional and removing restrictions.
,
Aug 16 2017
is there a status on this by chance?
,
Aug 16 2017
This is a known issue and should be fixed now. Please restart your chrome stable#60.0.3112.90/60.0.3112.101 browser to make it work. The respective server side change has been rolled back. Thank you!
,
Aug 16 2017
Well, this is still broken for non-Enterprise browser users like us. Is there a json policy syntax workaround?
,
Aug 24 2017
This is till broken in linux after updating to 60.0.3112.113-1. Per https://www.chromium.org/administrators/linux-quick-start I set up the most basic json policy file with the code: { "HomepageLocation": "www.chromium.org" } The browser does not behave as expected.
,
Aug 24 2017
This is till broken in linux after updating to 60.0.3112.113-1. Per https://www.chromium.org/administrators/linux-quick-start I set up the most basic json policy file with the code: { "HomepageLocation": "www.chromium.org" } The browser does not behave as expected.
,
Aug 24 2017
This is a different bug from 755256 (the one was just about url blacklist/whitelists not working and the experiment is now disabled in m60)
,
Sep 5 2017
Status check?
,
Oct 10 2017
Status check?
,
Jan 22 2018
,
Jan 24 2018
Hey Thiemo, would you know anything about the .json policy files? I vaguely remember something about that.
,
Jan 25 2018
,
Jan 26 2018
Ivan, the link in the original report explains it. Do you have a specific question?
,
Aug 14
Status check?
,
Aug 20
,
Oct 17
Status check? We are rolling out more kiosk machines using Ubuntu 18.04LTS and would really like this fixed please. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by tsepez@chromium.org
, Aug 14 2017