Microsoft admite que la mayoría de las funciones principales de Windows 11 están defectuosas.

Un período difícil para Microsoft

Estas dos últimas semanas han supuesto, sin duda, una serie de dificultades para Microsoft. Hoy mismo, la compañía resolvió una interrupción que afectó a Microsoft 365 y que dejó inaccesibles numerosos archivos. Estas interrupciones del servicio se han vuelto alarmantemente frecuentes, generando preocupación tanto entre los usuarios como entre los departamentos de TI.

Surgen problemas de rendimiento de Windows

Los problemas van más allá de Microsoft 365. En cuanto a Windows, Nvidia ha culpado a Microsoft de las interrupciones de rendimiento relacionadas con su última actualización del Patch Tuesday. En respuesta, Nvidia ha publicado un controlador de emergencia para solucionar estos problemas en los juegos.

Reacción negativa ante los acontecimientos recientes

A los desafíos de Microsoft se suman las recientes críticas dirigidas a la dirección de Windows. A principios de esta semana, surgieron preocupaciones sobre la transición de Windows a un sistema operativo basado en agentes, lo que ha generado descontento entre los usuarios.

Microsoft reconoce los problemas de Windows

En un tono más positivo, en medio de las críticas, Microsoft reconoció públicamente los problemas que afectan a Windows. Según un artículo de soporte publicado recientemente, la compañía admitió que casi todas las funciones principales de Windows 11 presentan dificultades, especialmente en lo que respecta a XAML, lo que afecta a componentes críticos del Shell como el menú Inicio, la barra de tareas, el Explorador de archivos y la configuración de Windows.

Problemas de larga data finalmente reconocidos

Curiosamente, aunque Microsoft decidió reconocer formalmente estos problemas en noviembre de 2025, muchos de ellos persistían desde la actualización del martes de parches de julio de 2025 (KB5062553).Esto significa que los usuarios han estado lidiando con estas complicaciones durante aproximadamente cuatro meses. Además, dado que Windows 11 versión 25H2 comparte el mismo código base que la versión 24H2, la actualización de características actual también se ve afectada.

Problemas específicos y soluciones alternativas

Según el artículo de soporte, los problemas pueden manifestarse al configurar un PC, donde los usuarios experimentan errores con diversas aplicaciones como StartMenuExperienceHost, Search, SystemSettings, Taskbar y Explorer. La empresa especifica que estos problemas ocurren durante:

El primer inicio de sesión de un usuario después de aplicar una actualización acumulativa.
Todos los inicios de sesión de usuario en una instalación de sistema operativo no persistente, como una infraestructura de escritorio virtual (VDI), donde los paquetes de aplicaciones deben reinstalarse cada vez que un usuario inicia sesión.

El aprovisionamiento, en este contexto, se refiere a cómo los administradores configuran los dispositivos mediante la implementación de ajustes y directivas específicas en los equipos cliente. Microsoft explica que los problemas se deben a actualizaciones del componente XAML de Windows y a actualizaciones de paquetes relacionadas que afectan a varios servicios principales.

Fallos identificados y opciones de recuperación

Microsoft ha detallado varios componentes de Shell dependientes que pueden sufrir fallos, entre ellos:

Explorer.exe se bloquea inesperadamente
Shellhost.exe falla
Problemas con StartMenuExperienceHost
Es posible que la configuración del sistema no se inicie por completo.
La aplicación falla al inicializar las vistas XAML.
Explorer puede ejecutarse sin una barra de tareas visible.
Errores al inicializar otras vistas de isla XAML
Preocupaciones con ImmersiveShell

En respuesta a estos problemas, Microsoft está trabajando actualmente en una solución, pero ha proporcionado dos soluciones alternativas para los usuarios:

Opción 1: Reiniciar el servicio host de infraestructura de Shell

Reiniciar el servicio Host de infraestructura de Shell ( SIHost.exe ) puede ayudar a restaurar los paquetes de Immersive Shell que falten. Los usuarios pueden ejecutar los siguientes comandos:

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

Opción 2: Script de inicio de sesión de PowerShell

La segunda solución consiste en implementar un script de PowerShell que impida que Explorer se inicie prematuramente hasta que se hayan instalado todos los paquetes necesarios. Se puede utilizar el siguiente script por lotes:

@echo off REM Register MicrosoftWindows. Client. CBS powershell.exe -ExecutionPolicy Bypass -Command "Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows. Client. CBS_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode" REM Register 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 Register MicrosoftWindows. Client. Core powershell.exe -ExecutionPolicy Bypass -Command "Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows. Client. Core_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode"

Para obtener más detalles y orientación, puede acceder al artículo de soporte completo aquí, en KB5072911, en el sitio web oficial de Microsoft.

Fuente e imágenes