Windows 10 21H2 KB5073724 breaks desktop.ini and custom folder names

Ben Rupp 0 Reputation points
2026-01-23T00:32:06.5533333+00:00

Just like in Windows 11, the January 2026 cumulative patch KB5073724 broke the OS reading desktop.ini in the user folders. I have a mass deployment of systems that use different folder names for the Documents folder, and now they are all reset to default. Attempting to rename again tries to rename the actual folder instead of just changing the display name, a feature that has worked since at least Server 2008 R2/Win7 if not the original Vista-based 2008. It also seems that many times when trying to rename something via the right-click Properties menu, the rename option is simply greyed out, despite having permissions to do so.

Obviously, there is no Feedback Hub in IoT LTSC version, so this is the only way I can report this. Must be fixed soon as this is causing major headaches for my remote users.

Windows for business | Windows for IoT
0 comments No comments
{count} votes

1 answer

Sort by: Most helpful
  1. Harry Phan 14,580 Reputation points Independent Advisor
    2026-01-23T13:07:31.68+00:00

    Hello Ben Rupp

    This behavior is a regression introduced by KB5073724. The patch is interfering with how the shell interprets desktop.ini files in user profile folders, which is why your localized or custom display names for Documents are being ignored and the system is reverting to the physical folder name. The greyed‑out rename option is consistent with the OS now treating these folders as fixed system folders rather than allowing a localized alias via desktop.ini. This feature has historically been supported since Vista/Server 2008, so the break is not by design but a bug in the cumulative update.

    At present there is no supported registry or policy tweak to restore the old behavior. Editing desktop.ini manually will not be honored because the shell is bypassing it. The only reliable workaround is to uninstall KB5073724 or roll back to the previous cumulative update until Microsoft issues a hotfix. If you cannot remove the patch due to security requirements, the alternative is to standardize on the default folder names temporarily and communicate this limitation to users. For mass deployments, you should block KB5073724 via WSUS or Intune until a corrected build is released. Microsoft has acknowledged similar issues in past cumulative updates for Windows 11, and the resolution has always been an out‑of‑band fix or correction in the next month’s cumulative rollup.

    Given that you are on IoT LTSC, you cannot use Feedback Hub, but you should open a support case through your Microsoft Premier or Unified Support channel to escalate. That is the only path to get this logged and prioritized for servicing.

    I hope you've found something useful here. If it helps you get more insight into the issue, it's appreciated to accept the answer. Should you have more questions, feel free to leave a message. Have a nice day!

    Harry.

    0 comments No comments

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.