Registro delle modifiche
| Modifica data | Descrizione della modifica |
|---|---|
| Giugno 23, 2026 |
|
| Gennaio 7, 2026 |
|
| Dicembre 2, 2025 |
|
Riepilogo
Dopo aver eseguito il provisioning di un PC con un aggiornamento cumulativo mensile Windows 11 versione 24H2 o Windows 11 versione 25H2 rilasciato a partire da luglio 2025 (ad esempio KB5062553 o KB5065789), le app moderne dipendenti da XAML, ad esempio Esplora risorse, il menu Start, le impostazioni di sistema, la barra delle applicazioni e Windows Search potrebbero riscontrare problemi. Questo problema interessa principalmente un numero limitato di ambienti aziendali o gestiti ed è molto improbabile che si verifichi nei dispositivi personali usati da singoli utenti.
Ciò può verificarsi quando gli aggiornamenti di Windows vengono installati prima di:
- Primo accesso utente all'installazione persistente del sistema operativo.
- In tali scenari, tutti gli accessi utente a un'installazione del sistema operativo non permanente, ad esempio un'infrastruttura VDI (Virtual Desktop Infrastructure) o equivalente, come pacchetti di applicazioni, devono essere installati a ogni accesso.
Scenari comuni
Alcuni comportamenti imprevisti potrebbero verificarsi negli scenari seguenti:
Componenti XAML
Questi problemi si verificano in genere dopo gli aggiornamenti ai pacchetti di dipendenza predefiniti che ospitano componenti XAML, ad esempio:
- MicrosoftWindows.Client.CBS_cw5n1h2txyewy
- Microsoft.UI.Xaml.CBS_8wekyb3d8bbwe
- MicrosoftWindows.Client.Core_cw5n1h2txyewy
Componenti della shell
In alcuni ambienti aziendali o virtualizzati, i componenti seguenti potrebbero non avviarsi e mostrare un errore:Binario Esperienza utente aziendale o firma di errore Explorer.exe - Gli utenti finali accedono a una schermata nera
- Il menu Start di Windows non si apre
- Explorer si arresta in modo anomalo all'avvio
- La barra delle applicazioni non viene visualizzata/esegui il rendering/visualizzazione sul desktop di Windows
StartMenuExperienceHost - Il menu Start non si apre, spesso viene visualizzato un messaggio di errore critico
shellhost.exe - ShellHost.exe arresti anomali
App dipendenti da XAML Le app non si avviano o si arrestano in modo anomalo all'avvio - Il Consent.exe, il file binario per l'interfaccia utente di Controllo dell'account utente
- Impostazioni di sistema. Inizio>Impostazioni>Il sistema non si apre automaticamente
- Arresto anomalo dell'applicazione durante l'inizializzazione delle visualizzazioni XAML
- Altre visualizzazioni dell'isola XAML non vengono inizializzate
Causa
Le applicazioni hanno una dipendenza da pacchetti XAML che non vengono registrati in tempo dopo l'installazione degli aggiornamenti di Windows.
Risoluzione
Questo problema viene risolto a partire dagli aggiornamenti di Windows rilasciati il 23 giugno 2026 (KB5095093). Questa risoluzione è in fase di implementazione graduale e sarà completamente disponibile nel mese successivo in un aggiornamento mensile di Windows. È consigliabile installare l'aggiornamento più recente per il dispositivo in quanto contiene importanti miglioramenti e risoluzioni di problemi, incluso questo.
Se si usa un aggiornamento rilasciato prima della fine di luglio 2026 e si verifica questo problema, è possibile usare le soluzioni alternative elencate di seguito.
Soluzioni alternative
Registrazione manuale dei colli mancanti
Gli amministratori IT che gestiscono ambienti aziendali o virtualizzati devono registrare i pacchetti mancanti nella sessione utente e riavviare SiHost per consentire a Immersive Shell e ai relativi componenti di prelevarli. A tale scopo, esegui i seguenti comandi per registrare ognuno dei pacchetti mancanti:
Nota
- Add-AppxPackage -Register -Percorso "C:\Windows\SystemApps\MicrosoftWindows.Client.CBS_cw5n1h2txyewy\appxmanifest.xml" -DisableDevelopmentMode
- Add-AppxPackage -Register -Percorso "C:\Windows\SystemApps\Microsoft.UI.Xaml.CBS_8wekyb3d8bbwe\appxmanifest.xml" -DisableDevelopmentMode
- Add-AppxPackage -Register -Percorso "C:\Windows\SystemApps\MicrosoftWindows.Client.Core_cw5n1h2txyewy\appxmanifest.xml" -DisableDevelopmentMode
Eseguire questo script di PowerShell di esempio in installazioni di sistemi operativi non persistenti
Per gli ambienti non persistenti, un approccio basato su script di accesso rimane l'opzione migliore per gli amministratori IT. Creare un wrapper di file batch da eseguire in modo sincrono prima dell'avvio di Explorer.
Avvertenza Questo approccio garantisce che lo script venga eseguito in modo sincrono, bloccando in modo efficace l'avvio anticipato di explorer.exe fino al completamento del provisioning dei pacchetti richiesti.
Nota
-
@echo sconto
REM Registra MicrosoftWindows.Client.CBS - powershell.exe -ExecutionPolicy Bypass -Command "Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows.Client.CBS_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode"
- REM Registra 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 Registra MicrosoftWindows.Client.Core
- powershell.exe -ExecutionPolicy Bypass -Command "Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows.Client.Core_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode"