New issue
Advanced search Search tips

Issue 889331 link

Starred by 5 users

Issue metadata

Status: Duplicate
Merged: issue 889108
Owner:
Closed: Oct 22
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug



Sign in to add a comment

Wallpaper policy stuck on local user profiles after removing policy from CPANEL

Project Member Reported by llinares@chromium.org, Sep 26

Issue description

Chrome Version: <From about:version: Google Chrome 69.0.3497.95 (Official Build) (64-bit)>
Chrome OS Version: <From about:version: Platform 10895.56.0 (Official Build) stable-channel lulu>
Chrome OS Platform: <Dell/Chromebook 13 7310 Chrome OS>
N

Please specify Cr-* of the system to which this bug/feature applies (add
the label below).

Steps To Reproduce:
(1)Configure "WallpaperImage" policy in CPANEL.
(2)Sign in to Chromebook . Make sure local profile is created after adding the policy.
(3)Confirm the wallpaper is applied within the user profile
(4)Sign out from Chromebook.
(5)Remove Wallpaper from CPANEL.
(6)Sign back into existing profile on the Chromebook.

Expected Result:
Managed Wallpaper should be removed, and user should be able to change wallpaper.

Actual Result:
Wallpaper remains on the device, and user is unable to change wallpaper.

How frequently does this problem reproduce? (Always, sometimes, hard to
reproduce?)
-Sometimes

What is the impact to the user, and is there a workaround? If so, what is
it?
-User is not able to change wallpaper even though it is no longer restricted via policy. 
-Workaround is to remove existing profile on the Chromebook and sign back in.

Please provide any additional information below. Attach a screen shot or
log if possible.
-Issue can also be replicated in 68.0.3440.118
-Happens across multiple models. Also tested on HP Chromebook 11 G5 EE (Relm)
-We were able to consistently replicate the issue. Details of Support test environment in the Drive link below.

Logs, Screenshots, and timestamps:
https://drive.google.com/open?id=1Gz5JxjTR7UZTvlb7ZtJcI1tAwM9mnI36

 
Thank you for your detailed scenario. 
I have been able to reproduce this issue in my test domain.
Labels: Hotlist-Enterprise
While removing the existing wallpaper from an OU does nothing to remove it from our student accounts, I believe using Inherit pulls down the default wallpaper setting from the OU above.  I can't confirm that 100%, but it seems like it's the work-around to do the trick previously.
Owner: atwilson@chromium.org
atwilson - can you take a look and assign to eng as necessary?
Labels: -Cr
Cc: atwilson@chromium.org marcuskoehler@chromium.org
Components: Enterprise
Labels: -Pri-3 Pri-2
Owner: wzang@chromium.org
Mergedinto: 889108
Status: Duplicate (was: Untriaged)
Fixed in M71.

Sign in to add a comment