KB5072911: Explorer, o menu Iniciar e outros aplicativos dependentes de XAML podem não iniciar ou fechar inesperadamente em alguns dispositivos corporativos

Aplica-se a
Windows 11 version 24H2, all editions Windows 11 version 25H2, all editions
Log de mudanças
Data da alteração Alterar descrição
23 de junho de 2026
  • A seção Resolução foi atualizada.
7 de janeiro de 2026
  • Nos comandos para "Registro manual dos pacotes ausentes" na seção "Solução alternativa", substituímos as aspas simples por aspas duplas.
2 de dezembro de 2025
  • Idioma atualizado para fornecer mais detalhes aos administradores de TI e organizações que enfrentam esses problemas. Nova tabela adicionada para listar as experiências do usuário corporativo ou a assinatura de falha.

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"