Windows 11 : Microsoft publie un correctif… qui contenait lui-même une erreur

Cela fait depuis juillet 2025 que Windows 11 24H2 est touché par un problème majeur qui affecte toute l’interface. Et c’est très grave, on vous laisse juger : le menu Démarrer refuse de s’ouvrir, la barre des tâches disparaît, l’Explorateur de fichiers plante et les paramètres ne répondent même plus.

C’est en novembre que Microsoft a admis l’existence de ce bug qui touche aussi la version 25H2 disponible depuis peu puisqu’elle partage la même base de code. L’origine du problème se trouve dans un conflit de synchronisation.

Quand Windows 11 propose une solution qui contient une erreur

Lorsque certaines mises à jour cumulatives sont installées, les composants XAML dont dépend l’interface graphique ne s’enregistrent pas assez rapidement. Résultat, le processus du shell tente de redémarrer avant que ses dépendances soient prêtes, ce qui provoque des plantages en cascade.

Microsoft a publié un article de support KB5072911 qui détaille le problème et les solutions de contournement. La première, c’est le réenregistrement manuel des paquets XAML qui manquent via des commandes PowerShell.

La seconde s’adresse aux environnements d’entreprise et utilise des infrastructures de bureaux virtuels non persistants ou un script de connexion. Elle doit bloquer le lancement de l’Explorateur jusqu’à ce que les paquets soient correctement provisionnés.

Le problème, c’est que les commandes PowerShell partagées par Microsoft contenaient des erreurs. Les chemins d’accès étaient encadrés par des guillemets simples au lieu de guillemets doubles. Dans PowerShell, c’est une distinction qui a une importance selon le contexte. Les guillemets doubles permettent d’interpréter des variables et des séquences d’échappement alors que les guillemets simples traitent le contenu comme une chaîne littérale.

Les commandes corrigées sont les suivantes :

Add-AppxPackage -Register -Path "C:\Windows\SystemApps\MicrosoftWindows.Client.CBS_cw5n1h2txyewy\appxmanifest.xml" -DisableDevelopmentMode

Add-AppxPackage -Register -Path "C:\Windows\SystemApps\Microsoft.UI.Xaml.CBS_8wekyb3d8bbwe\appxmanifest.xml" -DisableDevelopmentMode

Add-AppxPackage -Register -Path "C:\Windows\SystemApps\MicrosoftWindows.Client.Core_cw5n1h2txyewy\appxmanifest.xml" -DisableDevelopmentMode

Heureusement, Microsoft a corrigé sa documentation. Cette commande permet de réenregistrer les trois paquets de dépendance XAML qui causent ce dysfonctionnement de Windows 11 dont la version 26H1 ne sera pas pour tout le monde. Un redémarrage du SiHost.exe est ensuite nécessaire pour que les composants Immersive Shell prennent en compte les modifications.

Au moins, un correctif pour ce bug existe mais la situation était pour le moins ironique avec une solution qui avait elle-même un problème. Tout est désormais rentré dans l’ordre mais pas sûr que cet énième bug fasse du bien à l’image de Windows 11, alors que beaucoup regrettent son prédécesseur, Windows 10.

Source : Neowin