A Microsoft admite que a maioria das principais funcionalidades do Windows 11 estão com problemas.

Um período desafiador para a Microsoft

As últimas duas semanas, sem dúvida, trouxeram uma série de dificuldades para a Microsoft. Hoje mesmo, a empresa resolveu uma interrupção que afetou o Microsoft 365, tornando diversos arquivos inacessíveis. Essas interrupções têm se tornado alarmantemente frequentes, gerando preocupação tanto entre os usuários quanto entre os departamentos de TI.

Surgem problemas de desempenho no Windows

Os desafios vão além do Microsoft 365. No que diz respeito ao Windows, a Nvidia culpou a Microsoft pelas interrupções de desempenho relacionadas à sua atualização mais recente, a Patch Tuesday. Em resposta, a Nvidia lançou um driver de correção emergencial para atenuar esses problemas em jogos.

Reação negativa aos acontecimentos recentes

Para agravar os desafios da Microsoft, surgiram críticas recentes direcionadas à liderança da empresa no desenvolvimento do Windows. No início desta semana, foram levantadas preocupações sobre a transição do Windows para um sistema operacional com agentes, o que gerou insatisfação entre os usuários.

Microsoft reconhece problemas no Windows

Em uma nota mais positiva, em meio à reação negativa, a Microsoft reconheceu publicamente os problemas que afetam o Windows. De acordo com um artigo de suporte recém-publicado, a empresa admitiu que quase todos os recursos principais do Windows 11 estão enfrentando dificuldades, principalmente em relação ao XAML, que impacta componentes críticos do Shell, como o Menu Iniciar, a Barra de Tarefas, o Explorador de Arquivos e as Configurações do Windows.

Problemas antigos finalmente reconhecidos

Curiosamente, embora a Microsoft tenha optado por reconhecer formalmente esses problemas em novembro de 2025, muitos deles já existiam desde a atualização de segurança de julho de 2025 (KB5062553).Isso significa que os usuários vêm lidando com essas complicações há cerca de quatro meses. Além disso, como o Windows 11 versão 25H2 compartilha a mesma base de código com a versão 24H2, a atualização de recursos atual também é afetada.

Problemas específicos e soluções alternativas

De acordo com o artigo de suporte, os problemas podem surgir durante o provisionamento de um PC, quando os usuários encontram erros em vários aplicativos, como StartMenuExperienceHost, Search, SystemSettings, Taskbar e Explorer. A empresa especifica que esses problemas ocorrem durante:

Primeiro login de um usuário após a aplicação de uma atualização cumulativa.
Todos os logins de usuários em uma instalação de SO não persistente, como infraestrutura de desktop virtual (VDI), onde os pacotes de aplicativos precisam ser reinstalados cada vez que um usuário faz login.

O provisionamento, para contextualizar, refere-se à forma como os administradores configuram dispositivos, implementando configurações e políticas específicas em PCs clientes. A Microsoft explica que surgiram problemas devido a atualizações no componente XAML do Windows e a atualizações de pacotes relacionados que afetam vários serviços essenciais.

Falhas identificadas e opções de recuperação

A Microsoft descreveu vários componentes dependentes do Shell que podem apresentar falhas, incluindo:

O Explorer.exe está travando inesperadamente.
Shellhost.exe trava
Problemas com o StartMenuExperienceHost
As Configurações do Sistema podem simplesmente não iniciar.
O aplicativo trava ao inicializar as visualizações XAML.
O Explorador de Arquivos pode ser executado sem uma barra de tarefas visível.
Falhas na inicialização de outras visualizações de ilha XAML
Preocupações com o ImmersiveShell

Em resposta a esses problemas, a Microsoft está trabalhando em uma correção, mas disponibilizou duas soluções alternativas para os usuários:

Opção 1: Reiniciar o serviço de host da infraestrutura do Shell

Reiniciar o serviço Shell Infrastructure Host ( SIHost.exe ) pode ajudar a restaurar pacotes Immersive Shell ausentes. Os usuários podem executar os seguintes 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

Opção 2: Script de logon do PowerShell

A segunda solução alternativa envolve a implementação de um script do PowerShell que impede a inicialização prematura do Explorer até que todos os pacotes necessários sejam provisionados. O seguinte script em lote pode ser utilizado:

@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 obter mais detalhes e orientações, você pode acessar o artigo de suporte completo aqui, sob o número KB5072911, no site oficial da Microsoft.

Fonte e imagens