Change B&R and GLS policy defaults |
||||
Issue descriptionAndroid Backup & Restore and Google Location Services are controlled by prefs which can be overridden by policies. By default, the prefs are user controlled, so that a dialog comes up when ARC++ is first run, asking the user whether to use B&R and GLS. We want to change this so that B&R and GLS are disabled by default and the dialog is suppressed for enterprise users. This could be done today by setting the corresponding policies to |false|. But the FR is to have this be the default behavior when the policies are not set. To achieve this, we will do the following: * Retire the Boolean ArcBackupRestoreEnabled and ArcLocationServiceEnabled policies * Add new int-enum policies ArcBackupRestoreServiceEnabled and ArcGoogleLocationServicesEnabled The new policies will take three values: * unset -> feature disabled * 0 -> feature disabled * 1 -> feature under user control Unlike all prior policies, the policy must be explicitly set to have the pref unmanaged. The default behavior for managed users will be that the pref is managed and forced to off.
,
May 24 2018
,
Jun 2 2018
Would there be a timeline that the new policies ArcBackupRestoreServiceEnabled and ArcGoogleLocationServicesEnabled be available on Cpanel or YAPS?
,
Jun 5 2018
Verified working in M68.0.3440.15 10718.13.0 dev paine in YAPS environment. Setting ArcBackupRestoreServiceEnabled and ArcGoogleLocationServicesEnabled to 1 allow user control on B&R and CLS services and the default is disabled as seen in the consent screen.
,
Jul 3
Now it looks to me the latest behavior is that the preferences are no more user-controllable for *unmanaged/non-enterprise* users (since the policy values are never set for them.) Is this intended behavior? (I'm not particularly interested in the product-level decision of the feature, but I'm now trying to enable location service in tests (well, in particular, CTS) and my most naive approach seems blocked by this policy hence asking here.)
,
Jul 3
Re #5: That's known bug 849867 . I fixed it in M69 already and will be merging to M68 soon.
,
Jul 3
Thanks, great! That makes my life a lot easier. |
||||
►
Sign in to add a comment |
||||
Comment 1 by bugdroid1@chromium.org
, May 24 2018