Windows No Longer Persists Desktop Icon Layout in Registry, Confirmed on Windows 10 Pro 22H2 (Build 19045.6216)

andre boi 30 Reputation points
2025-08-31T12:42:54.74+00:00

Details:

After exhaustive testing on Windows 10 Pro, version 22H2 (build 19045.6216), I’ve confirmed that desktop icon layout is no longer stored in any visible registry location. This breaks long-standing behavior and removes user control over icon persistence.

Symptoms:

Desktop icon positions reset or scramble after reboot, resolution change, or Explorer restart.

Registry keys that previously held layout data (Streams, Bags\1\Desktop) are either missing or contain only view settings.

Even after saving layout with DesktopOK, no REG_BINARY blob appears in the registry.

What I’ve Verified:

HKCU\Software\Microsoft\Windows\Shell\Bags\1\Desktop contains only icon size, sort mode, and view settings — no coordinates.

HKCU\Software\Microsoft\Windows\Shell\Streams is completely absent.

Full HKCU and mounted UsrClass.dat hive searches for “Icon” return only shell decorations (DefaultIcon, IconPath, etc.).

No layout blob appears even after moving icons, restarting Explorer, or saving with DesktopOK.

Workarounds:

DesktopOK with auto-restore at logon is the most reliable workaround.

Backing up UsrClass.dat after arranging icons and restoring it manually can work, but requires logoff and admin access.

No known way to lock layout natively via registry permissions anymore.

Conclusion:

Microsoft appears to have moved icon layout persistence to an undocumented internal structure, possibly inside UsrClass.dat in a format Regedit can’t parse, or into a shell cache inaccessible to users. This breaks registry-based layout locking and leaves users dependent on third-party tools.

If anyone has found a way to extract or lock layout data from Windows 10 Pro build 19045.6216, I’d love to hear it. Details:

After exhaustive testing on Windows 10 Pro, version 22H2 (build 19045.6216), I’ve confirmed that desktop icon layout is no longer stored in any visible registry location. This breaks long-standing behavior and removes user control over icon persistence.

Symptoms:

Desktop icon positions reset or scramble after reboot, resolution change, or Explorer restart.

Registry keys that previously held layout data (Streams, Bags\1\Desktop) are either missing or contain only view settings.

Even after saving layout with DesktopOK, no REG_BINARY blob appears in the registry.

What I’ve Verified:

HKCU\Software\Microsoft\Windows\Shell\Bags\1\Desktop contains only icon size, sort mode, and view settings — no coordinates.

HKCU\Software\Microsoft\Windows\Shell\Streams is completely absent.

Full HKCU and mounted UsrClass.dat hive searches for “Icon” return only shell decorations (DefaultIcon, IconPath, etc.).

No layout blob appears even after moving icons, restarting Explorer, or saving with DesktopOK.

Workarounds:

DesktopOK with auto-restore at logon is the most reliable workaround.

Backing up UsrClass.dat after arranging icons and restoring it manually can work, but requires logoff and admin access.

No known way to lock layout natively via registry permissions anymore.

Conclusion:

Microsoft appears to have moved icon layout persistence to an undocumented internal structure, possibly inside UsrClass.dat in a format Regedit can’t parse, or into a shell cache inaccessible to users. This breaks registry-based layout locking and leaves users dependent on third-party tools.

If anyone has found a way to extract or lock layout data from Windows 10 Pro build 19045.6216, I’d love to hear it.

Windows for home | Windows 10 | Desktop, Start, and personalization | Desktop

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.