Microsoft räumt endlich ein, dass fast alle wichtigen Kernfunktionen von Windows 11 fehlerhaft sind.
Es waren mit Sicherheit ein oder zwei schwierige Wochen für Microsoft. Heute früh hat das Unternehmen einen Ausfall von Microsoft 365 behoben, durch den Dateien unbrauchbar wurden; Ausfälle dieser Art scheinen relativ regelmäßig aufzutreten.
Auf der Windows-Seite war die Lage wahrscheinlich noch schlimmer. Der Tech-Riese wurde heute von Nvidia dafür verantwortlich gemacht, dass der letzte Patch Dienstag zu Leistungsproblemen bei Spielen geführt hat. Der GPU-Hersteller hat einen Notfall-Hotfix-Treiber veröffentlicht, um die Probleme zu beheben.
Dies folgt auf die massive Kritik, der sich der Windows-Chef des Unternehmens kürzlich aufgrund der Entwicklung des Betriebssystems zu einem agentenbasierten Betriebssystem, wie Anfang dieser Woche bekannt gegeben, ausgesetzt sah.
Positiv zu vermerken ist jedoch, dass Microsoft nach all diesen negativen Reaktionen eingeräumt hat, dass Windows Probleme hat, und wie auf Stichwort hat das Unternehmen in einem neuen Support-Artikel zugegeben, dass es bei fast allen wichtigen Kernfunktionen von Windows 11 Probleme gibt. Die Probleme hängen mit XAML zusammen und betreffen alle Shell-Komponenten wie das Startmenü, die Taskleiste, den Explorer und die Windows-Einstellungen.
Interessanterweise räumt Microsoft das Problem zwar erst im November 2025 ein, doch besteht es bereits seit dem Patch Tuesday-Update vom Juli 2025 (KB5062553), also seit vier Monaten. Da Windows 11 25H2 dieselbe Codebasis wie Version 24H2 hat, ist auch das neueste Windows 11-Feature-Update betroffen.
In dem Support-Artikel erklärt Microsoft:
„Nach der Bereitstellung eines PCs mit einem monatlichen kumulativen Update für Windows 11, Version 24H2, das am oder nach dem Juli 2025 veröffentlicht wurde (KB5062553), können bei verschiedenen Apps wie StartMenuExperiencehost, Search, SystemSettings, Taskbar oder Explorer Schwierigkeiten auftreten.
Dies tritt in folgenden Fällen auf:
- Erste Benutzeranmeldung nach der Installation eines kumulativen Updates
- Alle Benutzeranmeldungen bei einer nicht persistenten Betriebssysteminstallation wie einer virtuellen Desktop-Infrastruktur (VDI) oder einer vergleichbaren Umgebung, da in solchen Szenarien bei jeder Anmeldung Anwendungspakete installiert werden müssen.
Falls Sie sich fragen, was Provisioning ist: Es handelt sich dabei im Wesentlichen um die Art und Weise, wie Administratoren Geräte konfigurieren, indem sie automatisch verschiedene Einstellungen und Richtlinien auf einem Client-PC bereitstellen. Das Problem betrifft zwar Büro-PCs, aber angesichts der Tatsache, dass eine große Anzahl von Unternehmens-PCs mit Windows läuft, ist dies wahrscheinlich ein sehr großes Problem.
Das Unternehmen fügt hinzu, dass die XAML-Komponenten- und Paketaktualisierungen von Windows für MicrosoftWindows.Client.CBS_cw5n1h2txyewy, Microsoft.UI.Xaml.CBS_8wekyb3d8bbwe und MicrosoftWindows.Client.Core_cw5n1h2txyewy einige der beobachteten Probleme ausgelöst haben.
In Bezug auf beobachtete Probleme weist Microsoft darauf hin, dass die folgenden abhängigen Shell-Komponenten und zugehörigen Dienste möglicherweise ausfallen und eine Fehlermeldung auf dem Bildschirm anzeigen oder stillschweigend nicht ausgeführt werden, beispielsweise:
- Explorer.exe-Absturz/
- shelhost.exe-Absturz
- StartMenuExperienceHost
- Systemeinstellungen werden nicht gestartet
- Die Anwendung stürzt beim Initialisieren der XAML-Ansichten ab
- Explorer läuft, aber es wird kein Taskleistenfenster angezeigt
- Andere XAML-Inselansichten können nicht initialisiert werden
- ImmersiveShell
Microsoft gibt an, dass es an einer Lösung arbeitet, hat jedoch vorerst einige Workarounds bereitgestellt, um das Problem zu beheben. Zunächst einmal gibt Microsoft an, dass ein Neustart des Shell Infrastructure Host (SIHost.exe)-Dienstes dabei hilft, die fehlenden Immersive Shell-Pakete wiederherzustellen. Dies kann mit den folgenden Befehlen durchgeführt werden:
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
Zweitens wurde ein PowerShell-Anmeldeskript bereitgestellt, das im Wesentlichen verhindert, dass Explorer vorzeitig gestartet wird, bis die erforderlichen Pakete vollständig bereitgestellt sind. Das Batch-Skript dafür ist unten angegeben:
@echo off
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”
https://www.neowin.net/news/microsoft-finally-admits-almost-all-major-windows-11-core-features-are-broken/
vor vor 2 Tage, 21 hours aktualisiert.
