KB5072911: Explorer, das Startmenü und andere XAML-abhängige Apps werden auf einigen Unternehmensgeräten möglicherweise nicht unerwartet gestartet oder geschlossen.

Gilt für
Windows 11 version 24H2, all editions Windows 11 version 25H2, all editions
Änderungsprotokoll
Datum ändern Beschreibung ändern
Dienstag, 23. Juni 2026
  • Der Abschnitt "Lösung" wurde aktualisiert.
7. Januar 2026
  • Ersetzen Sie in den Befehlen für "Manuelle Registrierung der fehlenden Pakete" im Abschnitt "Problemumgehung" die einfachen Anführungszeichen durch doppelte Anführungszeichen.
2. Dezember 2025
  • Die Sprache wurde aktualisiert, um IT-Administratoren und Organisationen, bei denen diese Probleme auftreten, weitere Details bereitzustellen. Neue Tabelle hinzugefügt, um die Unternehmensbenutzererfahrungen oder die Fehlersignatur aufzulisten.

Zusammenfassung

Nach der Bereitstellung eines PCs mit einem monatlichen kumulativen Update für Windows 11, Version 24H2 oder Windows 11, Version 25H2, das am oder nach Juli 2025 veröffentlicht wurde (z. B. KB5062553 oder KB5065789), treten bei XAML-abhängigen modernen Apps wie Explorer, Startmenü, SystemSettings, Taskleiste und Windows Search möglicherweise Probleme auf. Dieses Problem betrifft in erster Linie eine begrenzte Anzahl von Unternehmens- oder verwalteten Umgebungen und tritt sehr wahrscheinlich nicht auf persönlichen Geräten auf, die von Einzelpersonen verwendet werden.

Dies kann auftreten, wenn Windows-Updates installiert wurden vor:

  • Erstmalige Benutzeranmeldung bei persistenter Betriebssysteminstallation.
  • Alle Benutzeranmeldungen bei einer nicht beständigen Betriebssysteminstallation, z. B. einer Virtual Desktop Infrastructure (VDI) oder einer gleichwertigen Installation, als Anwendungspakete müssen in solchen Szenarien bei jeder Anmeldung installiert werden.

Gängige Szenarien

In den folgenden Szenarien können einige unerwartete Verhaltensweisen auftreten:

  • XAML-Komponenten

    Diese Probleme treten typischerweise nach Updates für integrierte Abhängigkeitspakete auf, die XAML-Komponenten hosten, z. B.:

    • MicrosoftWindows.Client.CBS_cw5n1h2txyewy
    • Microsoft.UI.Xaml.CBS_8wekyb3d8bbwe
    • MicrosoftWindows.Client.Core_cw5n1h2txyewy
  • Shellkomponenten
    In einigen Unternehmens- oder virtualisierten Umgebungen werden die folgenden Komponenten möglicherweise nicht gestartet und zeigen möglicherweise einen Fehler an:

    Binär Enterprise User Experience oder Failure Signature
    Explorer.exe
    • Endbenutzer melden sich bei einem schwarzen Bildschirm an
    • Das Windows-Startmenü kann nicht geöffnet werden.
    • Explorer stürzt beim Start ab
    • Die Taskleiste kann auf dem Windows-Desktop nicht angezeigt / gerendert / angezeigt werden
    StartMenuExperienceHost
    • Das Startmenü lässt sich nicht öffnen und zeigt häufig eine kritische Fehlermeldung an
    shellhost.exe
    • ShellHost.exe Abstürze
    XAML-abhängige Apps Apps können nicht gestartet werden oder stürzen beim Start ab
    • Die Consent.exe, die Binärdatei für die Benutzeroberfläche der Benutzerkontensteuerung.
    • Systemeinstellungen. Starten>Einstellungen>Das System kann im Hintergrund nicht geöffnet werden
    • Anwendungsabsturz beim Initialisieren von XAML-Ansichten
    • Andere XAML-Inselansichten können nicht initialisiert werden

Ursache

Die Anwendungen sind von XAML-Paketen abhängig, die sich nach der Installation von Windows-Updates nicht rechtzeitig registrieren.

Lösung

Dieses Problem wird ab dem 23. Juni 2026 (KB5095093) behoben. Diese Lösung wird schrittweise eingeführt und wird im folgenden Monat in einem monatlichen Windows-Update vollständig verfügbar sein. Es wird empfohlen, das neueste Update für Ihr Gerät zu installieren, da es wichtige Verbesserungen und Problemlösungen enthält, einschließlich dieses Updates.

Wenn Sie ein Update verwenden, das vor Ende Juli 2026 veröffentlicht wurde und dieses Problem auftritt, können Sie die unten aufgeführten Problemumgehungen verwenden.

Problemumgehungen

Manuelle Registrierung der fehlenden Pakete

IT-Administratoren, die Unternehmens- oder virtualisierte Umgebungen verwalten, sollten die fehlenden Pakete in der Benutzersitzung registrieren und SiHost neu starten, damit Immersive Shell und zugehörige Komponenten sie aufnehmen können. Führen Sie dazu die folgenden Befehle aus, um jedes der fehlenden Pakete zu registrieren:

Hinweis

  • 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

Ausführen dieses PowerShell-Beispielskripts bei nicht persistenten Betriebssysteminstallationen

In nicht persistenten Umgebungen bleibt ein Anmeldeskriptansatz die beste Option für IT-Administratoren. Erstellen Sie einen Batchdatei-Wrapper, der synchron ausgeführt wird, bevor der Explorer gestartet wird.

Hinweis Dieser Ansatz stellt sicher, dass das Skript synchron ausgeführt wird, wodurch explorer.exe effektiv daran gehindert wird, vorzeitig gestartet zu werden, bis die erforderlichen Pakete vollständig bereitgestellt sind.

Hinweis

  • @echo Aus
    REM Register MicrosoftWindows.Client.CBS
  • powershell.exe -ExecutionPolicy bypass -command "Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows.Client.CBS_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode"
  • REM Register Microsoft.UI.Xaml.CBS
  • powershell.exe -ExecutionPolicy bypass -command "Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\Microsoft.UI.Xaml.CBS_8wekyb3d8bbwe\appxmanifest.xml' -DisableDevelopmentMode"
  • REM Register MicrosoftWindows.Client.Core
  • powershell.exe -ExecutionPolicy bypass -command "Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows.Client.Core_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode"