DiskCacheDir doesn't work when using UserDataDir GPO policy at the same time.
Reported by
khalde...@mhs.org,
Oct 27 2016
|
|||
Issue description
UserAgent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.71 Safari/537.36
Steps to reproduce the problem:
1. GPO Set disk cache directory to ${local_app_data}\Google\Chrome\User Data\Cache
2. GPO Set user data directory to ${profile}\AppData\Roaming\Google\Chrome\Profile.
What is the expected behavior?
chrome://policy shows two different locations. Would expect that a directory under appdata\local would have the cache directory.
What went wrong?
appdata\local is never touched. Cache remains in AppData\Roaming
Did this work before? N/A
Chrome version: 54.0.2840.71 Channel: stable
OS Version: 10.0
Flash Version: Shockwave Flash 23.0 r0
In order to have staff able to log in and use chrome on multiple computers at the same time, need to have chrome profile in roaming data, but disk IO is becoming a problem as the host server for profiles is constantly being hit for cache. I need local storage to handle the cache. It would be great to have the option purge the cache after the session as well, as the user may never return to that computer. Our roaming profiles are big only because google cache takes so much room up. Slows user logins down. I've been trying to find a good solution for this for a long time.
,
Nov 2 2016
Reassigning to zmin who has recently touched the Cache dir policy. Owen can you please see what is wrong with this one?
,
Nov 4 2016
Hi khaldeman, I have tried your policy settings on multiple machines but I can't reproduce your issue. Can you delete the user data directory and disk cache directory then try again? If this still can't solve the problem, can you upload the screenshot of the chrome://policy page? Regards, Owen
,
Apr 20 2017
Close the issue as it's not reproducible. |
|||
►
Sign in to add a comment |
|||
Comment 1 by tnagel@chromium.org
, Oct 30 2016Owner: pastarmovj@chromium.org
Status: Assigned (was: Unconfirmed)