KB5072911 : Explorer, le menu Démarrer et d’autres applications dépendantes de XAML peuvent ne pas démarrer ou se fermer de manière inattendue sur certains appareils d’entreprise

Résumé

Après l’approvisionnement d’un PC avec une mise à jour cumulative mensuelle Windows 11, version 24H2 ou Windows 11, version 25H2 publiée à partir de juillet 2025 (par exemple, KB5062553 ou KB5065789), les applications modernes dépendantes de XAML telles que Explorer, le menu Démarrer, SystemSettings, 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 managés et est très peu probable sur les appareils personnels utilisés par les individus.

Cela peut se produire lorsque les mises à jour Windows sont installées avant : 

• Première connexion utilisateur à l’installation persistante du système d’exploitation.

• Toutes les connexions utilisateur à une installation de système d’exploitation non persistante, telle qu’une infrastructure de bureau virtuel (VDI) ou équivalent à des packages d’application, doivent être installées chaque ouverture de session dans ces 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 les mises à jour des packages de dépendances intégrés hébergeant des composants XAML, comme les suivants :

  • MicrosoftWindows.Client.CBS_cw5n1h2txyewy

  • Microsoft.UI.Xaml.CBS_8wekyb3d8bbwe

  • MicrosoftWindows.Client.Core_cw5n1h2txyewy

• Composants shell

  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 parvient pas à s’ouvrir Explorer se bloque au démarrage La barre des tâches ne parvient pas à s’afficher/afficher/afficher sur le bureau Windows
  StartMenuExperienceHost	Le menu Démarrer ne parvient pas à s’ouvrir, affichant souvent un message d’erreur critique
  shellhost.exe	ShellHost.exe se bloque
  Applications dépendantes de XAML	Les applications ne parviennent pas à démarrer ou se bloquent au démarrage   Le Consent.exe, le binaire de l’interface utilisateur du 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 des vues XAML Les autres vues d’îlot XAML ne parviennent pas à s’initialiser

Cause

Les applications dépendent des packages XAML qui ne s’inscrivent pas à temps après l’installation des mises à jour Windows.

Résolution

Nous travaillons sur une résolution et nous allons mettre à jour cet article à mesure que d’autres informations seront disponibles.

Solutions de contournement

Inscription manuelle des packages manquants 

Les administrateurs informatiques qui gèrent des environnements d’entreprise ou virtualisés doivent inscrire 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 inscrire chacun des packages manquants :

Exécuter cet exemple de script PowerShell sur des installations de système d’exploitation non persistantes

Pour les environnements non persistants, une approche de script d’ouverture de session reste la meilleure option pour les administrateurs informatiques. Créez un wrapper de fichier de commandes à exécuter de manière synchrone avant Explorer lancement.

Remarque Cette approche garantit que le script s’exécute de manière synchrone, ce qui empêche explorer.exe de démarrer prématurément jusqu’à ce que les packages requis soient entièrement provisionnés.