Aplica-se a
Windows 11 version 24H2, all editions Windows 11 version 25H2, all editions

Data da alteração

Alterar descrição

7 de janeiro de 2026

  • Nos comandos de "Registro manual dos pacotes ausentes" na seção "Solução alternativa", substitua as marcas de cotação única por marcas de citação dupla.

2 de dezembro de 2025

  • Linguagem atualizada 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 um Windows 11, versão 24H2 ou um Windows 11, a atualização cumulativa mensal versão 25H2 lançada em ou após julho de 2025 (como KB5062553 ou KB5065789), aplicativos modernos dependentes de XAML, como Explorer, o menu Iniciar, SystemSettings, Barra de Tarefas e Windows Search podem ter 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 são instaladas antes de: 

  • Logon do usuário pela primeira vez para a instalação do sistema operacional persistente.

  • Todos os logotipos de usuário para uma instalação de sistema operacional não persistente, como uma VDI (infraestrutura de área de trabalho virtual) ou equivalente como pacotes de aplicativo, devem ser instalados em cada logon nesses cenários.

Cenários comuns 

Alguns comportamentos inesperados podem aparecer nos seguintes cenários: 

  • Componentes XAML Esses problemas normalmente ocorrem após atualizações em pacotes de dependência internos que hospedam componentes XAML, como o seguinte:

    • MicrosoftWindows.Client.CBS_cw5n1h2txyewy

    • Microsoft.UI.Xaml.CBS_8wekyb3d8bbwe

    • MicrosoftWindows.Client.Core_cw5n1h2txyewy

  • Componentes shell

    Para alguns ambientes corporativos ou virtualizados, os seguintes componentes podem não iniciar e podem mostrar um erro: 

    Binário

    Experiência do usuário da empresa ou assinatura de falha

    Explorer.exe

    • Usuários finais fazem logon em uma tela preta

    • O menu Iniciar do Windows não é aberto

    • Explorer falha no início

    • A barra de tarefas falha ao aparecer/renderizar/exibir na área de trabalho do Windows

    StartMenuExperienceHost

    • O menu Iniciar não é aberto, muitas vezes exibindo uma mensagem de erro crítica

    shellhost.exe

    • ShellHost.exe falha

    Aplicativos dependentes de XAML

    Os aplicativos não iniciam ou falham na inicialização  

    • O Consent.exe, o binário da interface do usuário do controle de conta de usuário

    • Configurações do sistema. Iniciar > Configurações > Sistema falha silenciosamente ao abrir

    • Falha no aplicativo ao inicializar exibições XAML

    • Outras exibições da ilha XAML não conseguem inicializar

Causa

Os aplicativos têm uma dependência de pacotes XAML que não estão se registrando a tempo após a instalação de atualizações do Windows.

Resolução

Estamos trabalhando em uma resolução e atualizaremos este artigo à medida que mais informações estiverem disponíveis.

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 peguem. Para fazer isso, execute os seguintes comandos para registrar cada um dos pacotes ausentes:

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 de exemplo do PowerShell 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 os administradores de TI. Crie um wrapper de arquivo em lote para executar de forma síncrona antes que Explorer seja iniciado.

Observação Essa abordagem garante que o script seja executado de forma síncrona, bloqueando efetivamente explorer.exe de iniciar prematuramente até que os pacotes necessários sejam totalmente provisionados.

@echo desativado REM Registre MicrosoftWindows.Client.CBS 

powershell.exe -ExecutionPolicy Bypass -Command "Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows.Client.CBS_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode" 

REM Registre 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 Registre MicrosoftWindows.Client.Core 

powershell.exe -ExecutionPolicy Bypass -Command "Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows.Client.Core_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode" 

Precisa de mais ajuda?

Quer mais opções

Explore os benefícios da assinatura, procure cursos de treinamento, saiba como proteger seu dispositivo e muito mais.