Se aplica a
Windows 11 version 24H2, all editions Windows 11 version 25H2, all editions

Cambiar fecha

Cambiar descripción

2 de diciembre de 2025

  • Se ha actualizado el idioma para proporcionar más detalles a los administradores de TI y a las organizaciones que experimentan estos problemas. Nueva tabla agregada para enumerar las experiencias de usuario empresarial o la firma de errores. ​​​​​​​

Resumen

Después de aprovisionar un equipo con una Windows 11, versión 24H2 o una Windows 11, la actualización acumulativa mensual 25H2 publicada el 2025 de julio de 2025 o después (por ejemplo, KB5062553 o KB5065789), las aplicaciones modernas dependientes de XAML, como el Explorador, el menú Inicio, SystemSettings, la barra de tareas y Windows Search pueden experimentar dificultades. Este problema afecta principalmente a un número limitado de entornos empresariales o administrados y es muy poco probable que se produzca en dispositivos personales usados por individuos.

Esto puede ocurrir cuando se instalan actualizaciones de Windows antes de: 

  • La primera vez que se inicia sesión de usuario en una instalación persistente del SISTEMA operativo.

  • Todos los inicios de sesión de usuario en una instalación de SO no persistente como una infraestructura de escritorio virtual (VDI) o equivalente como paquetes de aplicación deben instalarse cada inicio de sesión en estos escenarios.

Escenarios comunes 

Algunos comportamientos inesperados pueden aparecer en los siguientes escenarios: 

  • Componentes XAML Estos problemas suelen producirse después de las actualizaciones de los paquetes de dependencia integrados que hospedan componentes XAML, como los siguientes:

    • MicrosoftWindows.Client.CBS_cw5n1h2txyewy

    • Microsoft.UI.Xaml.CBS_8wekyb3d8bbwe

    • MicrosoftWindows.Client.Core_cw5n1h2txyewy

  • Componentes del shell

    En algunos entornos empresariales o virtualizados, es posible que los siguientes componentes no se inicien y que muestren un error: 

    Binario

    Experiencia del usuario empresarial o firma de errores

    Explorer.exe

    • Los usuarios finales inician sesión en una pantalla negra

    • No se puede abrir el menú Inicio de Windows

    • El Explorador se bloquea al iniciarse

    • No se puede mostrar la barra de tareas / representación / pantalla en el escritorio de Windows

    StartMenuExperienceHost

    • Se produce un error al abrir el menú Inicio, que suele mostrar un mensaje de error crítico

    shellhost.exe

    • ShellHost.exe bloqueos

    Aplicaciones dependientes de XAML

    Las aplicaciones no se inician o se bloquean al iniciarse  

    • El Consent.exe, el archivo binario de la interfaz de usuario de Control de cuentas de usuario

    • Configuración del sistema. Se produce un error al iniciar > Configuración > sistema de forma silenciosa

    • Bloqueo de la aplicación al inicializar vistas XAML

    • Otras vistas de isla XAML no se inicializan

Causa

Las aplicaciones dependen de paquetes XAML que no se están registrando a tiempo después de instalar las actualizaciones de Windows.

Resolución

Estamos trabajando en una resolución y actualizaremos este artículo a medida que haya más información disponible.

Soluciones

Registro manual de los paquetes que faltan 

Los administradores de TI que administren entornos empresariales o virtualizados deben registrar los paquetes que faltan en la sesión de usuario y reiniciar SiHost para permitir que Shell inmersivo y los componentes relacionados los recojan. Para ello, ejecuta los siguientes comandos para registrar cada uno de los paquetes que faltan:

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 

Ejecutar este script de PowerShell de ejemplo en instalaciones de SO no persistentes

Para entornos no persistentes, un método de script de inicio de sesión sigue siendo la mejor opción para los administradores de TI. Cree un contenedor de archivos por lotes para que se ejecute sincrónicamente antes de que se inicie Explorer.

Nota Este enfoque garantiza que el script se ejecute sincrónicamente, bloqueando de forma eficaz explorer.exe de iniciarse prematuramente hasta que los paquetes necesarios estén completamente aprovisionados.

@echo desactivado 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 de 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 de MicrosoftWindows.Client.Core 

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

¿Necesita más ayuda?

¿Quiere más opciones?

Explore las ventajas de las suscripciones, examine los cursos de aprendizaje, aprenda a proteger su dispositivo y mucho más.