redirection of Chrome profile to a network share vs to application data in the profile
Reported by
torc...@gmail.com,
Jun 16 2016
|
|||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.84 Safari/537.36 Steps to reproduce the problem: 1. Profile is getting too big for enterprise environment using roaming profile 2. 3. What is the expected behavior? to be able to redirect the user chrome profile to a network share vs application data. Redirecting just to application data will not solve the issue with bigger profile since I would have to import the profile back into application data in the users profile. What went wrong? slow log on to windows environment since the profiles are so big from google chrome Did this work before? No Chrome version: 51.0.2704.84 Channel: stable OS Version: windows 7 Flash Version: Shockwave Flash 21.0 r0 I know you have a way to redirect, but it only allow it to redirect within the profile and not to any other path like a file share.
,
Jul 21 2016
We've got our User Data folders redirected to our users' AppData\Roaming folder (which is, in turn, redirected to a network share via GPO) using the Chrome Group Policy templates[https://www.chromium.org/administrators/policy-templates] and directory variables[https://www.chromium.org/administrators/policy-list-3/user-data-directory-variables]. However, depending on the implementation and infrastructure you're supporting, you may experience performance issues with your file server and lose the ability for users to have multiple instances of Chrome open in different sessions. Hope this helps, cheers! :)
,
Jul 22 2016
Issue is I don't want it in app/dataromain I want to specified my own path.
,
Dec 19 2016
--Chrome Identity automated triaging-- This bug is Untriaged and has gone for two weeks without any activity, so it is being moved to Available. Please see https://goo.gl/78kbny for more details. Please remove the Services>SignIn or UI>Browser>Profiles components if this bug isn't related to Chrome Identity. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Mar 28 2017
,
Mar 27 2018
--Chrome Identity automated triaging-- This bug is Available and has gone one year without any activity. If another month passes without any activity, this bug will be closed out. Please provide an update with the latest status for this bug. Please see https://goo.gl/78kbny for more details. Please remove the Services>SignIn or UI>Browser>Profiles components if this bug isn't related to Chrome Identity. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jun 11 2018
--Chrome Identity automated triaging-- This available, signin or profiles-related bug has gone at least 30 days since the last automated post without any further update. This bug will be closed out due to inactivity. Please re-open the bug and provide an update if it is still a valid or reproducible bug. Please see https://goo.gl/78kbny for more details. Please remove the Services>SignIn or UI>Browser>Profiles components if this bug isn't related to Chrome Identity. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by ashej...@chromium.org
, Jun 17 2016Status: Untriaged (was: Unconfirmed)