Journal des modifications
| Modifier la date | Modifier la description |
|---|---|
| 23 juin 2026 |
|
| 7 janvier 2026 |
|
| 2 décembre 2025 |
|
Récapitulatif
Après l’approvisionnement d’un PC avec une mise à jour cumulative mensuelle Windows 11, version 24H2 ou Windows 11, version 25H2 publiée en juillet 2025 ou ultérieurement (par exemple, KB5062553 ou KB5065789), les applications modernes dépendantes de XAML, telles que Explorer, le menu Démarrer, les Paramètres système, la barre des tâches et la recherche Windows, peuvent rencontrer des difficultés. Ce problème affecte principalement un nombre limité d’environnements d’entreprise ou gérés et il est très peu probable qu’il se produise sur des appareils personnels utilisés par des individus.
Cela peut se produire lorsque les mises à jour Windows sont installées avant :
- Première ouverture de session utilisateur pour l’installation du système d’exploitation persistant.
- Toutes les ouvertures de session utilisateur sur une installation de système d’exploitation non persistante, telle qu’une infrastructure VDI (Virtual Desktop Infrastructure) ou équivalente en tant que packages d’application, doivent être installées à chaque ouverture de session dans de tels scénarios.
Scénarios courants
Certains comportements inattendus peuvent apparaître dans les scénarios suivants :
Composants XAML
Ces problèmes se produisent généralement après des mises à jour de packages de dépendances intégrés hébergeant des composants XAML, comme ce qui suit :
- MicrosoftWindows.Client.CBS_cw5n1h2txyewy
- Microsoft.UI.Xaml.CBS_8wekyb3d8bbwe
- MicrosoftWindows.Client.Core_cw5n1h2txyewy
Composants de l’interpréteur de commandes
Pour certains environnements d’entreprise ou virtualisés, les composants suivants peuvent ne pas démarrer et peuvent afficher une erreur :Binaire Expérience utilisateur d’entreprise ou signature d’échec Explorer.exe - Les utilisateurs finaux se connectent à un écran noir
- Le menu Démarrer de Windows ne s’ouvre pas
- L’Explorateur se bloque au démarrage
- La barre des tâches ne parvient pas à apparaître/s’afficher/s’affiche sur le bureau Windows
StartMenuExperienceHost - Le menu Démarrer ne s’ouvre pas, affichant souvent un message d’erreur critique
shellhost.exe - ShellHost.exe incidents
Applications dépendantes de XAML Les applications ne démarrent pas ou se bloquent au démarrage - Le Consent.exe, le binaire de l’interface utilisateur de contrôle de compte d’utilisateur
- Paramètres système. Démarrer>Paramètres>Le système ne parvient pas à s’ouvrir en mode silencieux
- Blocage de l’application lors de l’initialisation de vues XAML
- Échec de l’initialisation des autres vues d’îlots XAML
Cause
Les applications ont une dépendance sur les packages XAML qui ne s’enregistrent pas à temps après l’installation des mises à jour Windows.
Solution
Ce problème est résolu à partir des mises à jour Windows publiées le 23 juin 2026 (KB5095093). Cette résolution est déployée progressivement et sera entièrement disponible le mois suivant dans une mise à jour Windows mensuelle. Nous vous recommandons d’installer la dernière mise à jour de votre appareil, car elle contient des améliorations importantes et des résolutions de problèmes, y compris celle-ci.
Si vous utilisez une mise à jour publiée avant fin juillet 2026 et que vous rencontrez ce problème, vous pouvez utiliser les solutions de contournement répertoriées ci-dessous.
Solutions de contournement
Enregistrement manuel des packages manquants
Les administrateurs informatiques gérant des environnements d’entreprise ou virtualisés doivent enregistrer les packages manquants dans la session utilisateur et redémarrer SiHost pour permettre à Immersive Shell et aux composants associés de les récupérer. Pour ce faire, exécutez les commandes suivantes pour enregistrer chacun des packages manquants :
Remarque
- 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
Exécuter cet exemple de script PowerShell sur des installations de système d’exploitation non persistantes
Pour les environnements non persistants, une approche par script d’ouverture de session reste la meilleure option pour les administrateurs informatiques. Créez un wrapper de fichiers de commandes à exécuter de manière synchrone avant le lancement d’Explorer.
Remarque Cette approche garantit que le script s’exécute de façon synchrone, ce qui bloque efficacement le lancement prématuré de explorer.exe jusqu’à ce que les packages requis soient entièrement provisionnés.
Remarque
-
@echo Désactivé
Registre REM MicrosoftWindows.Client.CBS - powershell.exe -ExecutionPolicy Bypass -command « Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows.Client.CBS_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode »
- Registre REM Microsoft.UI.Xaml.CBS
- powershell.exe -ExecutionPolicy Bypass -command « Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\Microsoft.UI.Xaml.CBS_8wekyb3d8bbwe\appxmanifest.xml' -DisableDevelopmentMode »
- Registre REM MicrosoftWindows.Client.Core
- powershell.exe -ExecutionPolicy Bypass -command « Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows.Client.Core_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode »