"Cached" GPO settings

epichero22 used Ask the Experts™
I set a desktop wallpaper GPO and it appeared to be working correctly.  I then overwrote the JPG that's stored on the server with another JPG with the same name but it wouldn't change on the client.  I ran a gpupdate /force and still to no avail.  It wasn't until I add the new JPG under a different name that it updated, but only after a restart of the client.

Is there a way to have the clients update even if the file names were the same?  Why didn't it change the JPG when overwriting the file?
Watch Question

Do more with

Expert Office
EXPERT OFFICE® is a registered trademark of EXPERTS EXCHANGE®
System Analyst
Please take these steps to troubleshoot this issue:
1. Run GPRESULT /V command to check whether the group policy applied right.
2. Use regedit command to manually check the Registry key [HKEY_CURRENT_USER\Control Panel\Desktop\WallPaper]’s value.
3. Make sure the value is the right path that store the wallpaper file, we should also check out whether the file is right there in the path.
The link below may helpful for you also, please refer to it:
Wallpaper via Group Policy and Windows 7
Hope this helps.

Please check registry

 [HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\System\Wallpaper] set! AND these POLICIES set in the same policy:
Prevent changing color scheme
Prevent changing desktop background
Prevent changing mouse pointers
Prevent changing sounds
Prohibit selection of visual style font size
So users can use this executable as a start up program to change their wallpaper when they login, overriding POLICY, and keep it until they log off.
Distinguished Expert 2018

There is no good way o do what you want. It isn't that the GPO is cached, but how windows converts jpeg files to bitmap files when first applied. The behavior in this instance is expected md can't easily be changed due to underlying architecture decisions made almost two decades ago.
Distinguished Expert 2018

Its depends on how you set GPO..

1st of all old and new wallpaper size should not have much difference, or it may get difficulties to render / fix wallpaper on desktops post replacement
If you set clients to directly look on server share path for wallpaper, it may get issues over WAN because in that case some times client won't be able to pickup / render wallpaper on desktop
However within same network this should not be a problem and changed wallpaper should apply

If you are copying wallpaper 1st on workstations and use local path in GPO for applying wallpaper, then you must replace destination file
In that case you should use GP preferences to copy file on workstations with replace mode so that file will get overwritten for sure
If you are using script, some times script fails to copy and overwrite file

I always use GP preference to copy file with same name on clients in replace mode and it works well

Amazon Web Services

Are you thinking about creating an Amazon Web Services account for your business? Not sure where to start? In this course you’ll get an overview of the history of AWS and take a tour of their user interface.

Shaun VermaakTechnical Specialist
Awarded 2017
Distinguished Expert 2018

Brian MurphySenior Information Technology Consultant

Yes, like "Fonts".

Push the the JPG should be in the image or pushed down to the client.

The GPO?  Set to Linked and Enforced.

Just like Fonts.

Best to have the JPG local to each workstation.  Doesn't work any other way with Fonts.

There are 5 tags listed.  Windows 2016, Windows 2010, Azure, Windows Server OS, Windows 10.

Here is the thing about GPO's, regardless of what version of AD.  "Central Store".

You must create the GPO, with RSAT tools, from the OS that applies.  If Windows 7, different base GPO's, different Central Repository.

Windows 8.1?

Windows 10?

Windows 2012?

Completely different GPO Central Repository.

Unfortunately, you cannot logon to Windows 2012/2016 and just create a GPO from scratch and expect it to apply to all operating systems.

Doesn't work that way without some Pixie dust.

If you truly want Windows 10 GPO policies to work right, GPP or not.  Run the Group Policy Admin Tool from Windows 10, while on the domain, and as a Domain Admin, and create a Windows 10 Central Repository.  Then, link enable, then enforce.

Every JPG, every Font, local to every WIN 10 workstation.  If you want 100% success.
Windows 10 in their own OU
Windows 8.1 in their own OU
Windows 7 in their own OU.
Server 2012R2, own OU.
Server 2016, own OU
2008R2, own OU (No, not Windows 7).  

And each one, having their own GPO.  Configured from that OS.  

Works everytime.
Brian MurphySenior Information Technology Consultant

These links, will provide, evidence, if needed.  Everything you need.

Reference 1



Do more with

Expert Office
Submit tech questions to Ask the Experts™ at any time to receive solutions, advice, and new ideas from leading industry professionals.

Start 7-Day Free Trial