Log de mudanças
| Data da alteração | Alterar descrição |
|---|---|
| 23 de junho de 2026 |
|
| 7 de janeiro de 2026 |
|
| 2 de dezembro de 2025 |
|
Resumo
Depois de provisionar um computador com uma atualização cumulativa mensal Windows 11, versão 24H2 ou Windows 11, versão 25H2 lançada em ou após julho de 2025 (como KB5062553 ou KB5065789), os aplicativos modernos dependentes de XAML, como Explorer, menu Iniciar, Configurações do sistema, Barra de tarefas e Windows Search, podem enfrentar dificuldades. Esse problema afeta principalmente um número limitado de ambientes corporativos ou gerenciados e é muito improvável que ocorra em dispositivos pessoais usados por indivíduos.
Isso pode ocorrer quando as atualizações do Windows forem instaladas antes de:
- Primeira vez que o usuário faz logon para a instalação do sistema operacional persistente.
- Todos os logons do usuário em uma instalação de sistema operacional não persistente, como uma VDI (virtual desktop infrastructure) ou equivalente como pacotes de aplicativos, devem ser instalados a cada logon nesses cenários.
Cenários comuns
Alguns comportamentos inesperados podem aparecer nos seguintes cenários:
Componentes XAML
Esses problemas geralmente ocorrem após atualizações em pacotes de dependência internos que hospedam componentes XAML, como descrito a seguir:
- MicrosoftWindows.Client.CBS_cw5n1h2txyewy
- Microsoft.UI.Xaml.CBS_8wekyb3d8bbwe
- MicrosoftWindows.Client.Core_cw5n1h2txyewy
Componentes do Shell
Para alguns ambientes corporativos ou virtualizados, os seguintes componentes podem não iniciar e podem mostrar um erro:Binário Assinatura de falha ou experiência do usuário corporativo Explorer.exe - Os usuários finais fazem logon em uma tela preta
- O menu Iniciar do Windows não abre
- O Explorer falha ao iniciar
- A barra de tarefas não aparece/renderiza/exibe na área de trabalho do Windows
StartMenuExperienceHost - O menu Iniciar não abre, geralmente exibindo uma mensagem de erro crítico
shellhost.exe - ShellHost.exe falhas
Aplicativos dependentes de XAML Os aplicativos falham ao iniciar ou travam na inicialização - O Consent.exe, o binário para a IU de Controle de Conta de Usuário
- Configurações do sistema. Início>Configurações>O sistema falha silenciosamente ao abrir
- Falha do aplicativo ao inicializar exibições XAML
- Falha ao inicializar outras exibições de ilha XAML
Causa
Os aplicativos têm uma dependência em pacotes XAML que não estão sendo registrados a tempo após a instalação das atualizações do Windows.
Resolução
Esse problema foi resolvido a partir das atualizações do Windows lançadas em 23 de junho de 2026 (KB5095093). Essa resolução está sendo implementada gradualmente e estará totalmente disponível no mês seguinte em uma atualização mensal do Windows. Recomendamos instalar a atualização mais recente para seu dispositivo, pois ela contém melhorias importantes e resoluções de problemas, incluindo esta.
Se você estiver usando uma atualização lançada antes do final de julho de 2026 e tiver esse problema, poderá usar as soluções alternativas listadas abaixo.
Soluções alternativas
Registro manual dos pacotes ausentes
Os administradores de TI que gerenciam ambientes corporativos ou virtualizados devem registrar os pacotes ausentes na sessão do usuário e reiniciar o SiHost para permitir que o Shell Imersivo e os componentes relacionados os selecionem. Para fazer isso, execute os seguintes comandos para registrar cada um dos pacotes ausentes:
Observação
- 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
Execute este script do PowerShell de exemplo em instalações de sistema operacional não persistentes
Para ambientes não persistentes, uma abordagem de script de logon continua sendo a melhor opção para administradores de TI. Crie um wrapper de arquivo em lotes para executar de forma síncrona antes que o Explorer seja iniciado.
Observação Essa abordagem garante que o script seja executado de forma síncrona, impedindo efetivamente que explorer.exe seja iniciado prematuramente até que os pacotes necessários sejam totalmente provisionados.
Observação
-
@echo desativado
Registro REM MicrosoftWindows.Client.CBS - powershell.exe -ExecutionPolicy Bypass -Command "Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows.Client.CBS_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode"
- Registro 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"
- Registro REM: MicrosoftWindows.Client.Core
- powershell.exe -ExecutionPolicy Bypass -Command "Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows.Client.Core_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode"