Após a atualização de junho/julho de 2024, inúmeros utilizadores corporativos do Microsoft Teams no Windows 11 viram o cliente de desktop entrar num ciclo infinito de abertura e fecho sem exibir erros. Este guia detalha as causas, a cronologia oficial do incidente TM807333, as soluções temporárias comprovadas e os passos recomendados para restaurar a produtividade o mais rápido possível.
Visão geral do problema
Logo que o botão Atualizar surgiu, o Teams fez o upgrade automático para a versão 24152.412.2958.9166. A partir daí:
- O executável inicia, mostra uma janela preta durante ~15 s, encerra‑se e repete o processo.
- Não aparecem mensagens de erro na interface gráfica nem nos logs de eventos do Windows.
- Redefinir, reparar, limpar cache de aplicação, reinstalar ou reiniciar o PC não resolve.
- Instalar manualmente a build anterior (24137.2216.2931.2440) corrige temporariamente; contudo, o cliente força nova atualização poucos minutos depois, reintroduzindo o defeito.
Causa e cronologia oficial do incidente TM807333
Administradores do Microsoft 365 visualizaram o aviso no Service Health Dashboard (SHD):
- ID da ocorrência: TM807333
- Tipo de incidente: Degradação de serviço
- Início: 24 mai 2024 às 09:00 (EDT)
- Versão afetada: 24152.412.2958.9166 (cliente clássico)
- Raiz do problema: regressão de código introduzida numa atualização de monitorização interna que bloqueou processos essenciais ao arranque do cliente.
- Estado em 03 jul 2024: correção validada internamente, implantação em fases até 12 jul 2024.
Na prática, qualquer utilizador que abrisse o Teams entre 24 de maio e meados de julho de 2024 — sem ter já recebido a versão corrigida — estava suscetível ao “loop da tela preta”.
Quem foi impactado
O incidente atingiu organizações que ainda utilizavam o cliente clássico do Teams em Windows 11 (x64 ou ARM64 em modo emulação) e não possuíam políticas de adiamento de atualização. Estações com Windows 10 ou o novo Teams (ms-teams.exe) permaneceram imunes.
Análise técnica da regressão
A Microsoft alinhavou nos relatórios preliminares que um pacote de telemetria introduzido para aperfeiçoar a observabilidade do serviço gerou uma condição de corrida na sequência de inicialização. O serviço nativo que injeta bibliotecas de log falhou em carregar dependências, provocando encerramento não tratado (exit code 101) logo antes da renderização da UI. Quando o lançador deteta o exit code, tenta reiniciar o processo — originando o ciclo observado.
Soluções temporárias e contornos
| Abordagem | Detalhes | Observação |
|---|---|---|
| Usar o Teams Web | Abrir https://teams.microsoft.com. Funcionalidade quase total, inclusive chamadas. | Mitigação principal durante o incidente. |
| Voltar para a versão 24137… | Baixar instalador offline no site oficial e executar Teamswindowsx64.exe /silent. | Funciona até o cliente se auto‑atualizar. |
| Redefinir ou limpar cache | Apagar %appdata%\Microsoft\Teams ou usar Aplicativos > Microsoft Teams > Redefinir nas Definições do Windows. | Alívio de 1 dia em média. |
| Acompanhar o SHD | Verificar ID TM807333 para datas de rollout. | Canal oficial de progresso. |
Quando usar cada abordagem
- Ambientes de suporte crítico – migrar imediatamente para o Teams Web.
- Estações quiosque – reverter para a versão anterior e bloquear atualização via política GPO.
- Dispositivos pessoais – aguardar rollout automático e usar a Web temporariamente.
Recomendações pós-incidente
- Confirmar a versão instalada
Abra Definições › Aplicação › Sobre. Se o número de build for superior a 24152.412.2958.9166, você já recebeu a correção. - Limitar atualização automática (apenas empresas)
Implemente a política Prevent Microsoft Teams from updating por GPO ou Intune até validar a nova build num grupo piloto. - Executar a ferramenta oficial de limpeza
A Microsoft disponibiliza o script Teams Uninstall Clean‑up.ps1 para remover chaves de registo e vestígios antes de reinstalar. - Migrar para o novo Teams
Quando permitido pela organização, instale oms-teams.exe(~112 MB). Ele possui subsistema diferente e falhas de inicialização têm sido menos frequentes. - Coletar e enviar logs
Pressione Ctrl + Alt + Shift + 1 imediatamente após tentar abrir o Teams; anexe o ficheiro ZIP no portal de suporte para contribuir com a análise.
Passo a passo: reverter para uma build estável
- Faça log off do Teams (se conseguir).
- No Gestor de Tarefas, finalize todos os processos
Teams.exe. - No Aplicações instaladas, desinstale Microsoft Teams (work or school).
- Apague a pasta
%appdata%\Microsoft\Teams. - Execute o instalador offline da versão 24137.2216.2931.2440.
- Antes de iniciar o Teams, aplique a chave de registo:
[HKLM\SOFTWARE\Policies\Microsoft\Office\16.0\Teams]
"disableautomaticupdates"=dword:00000001 - Inicie o Teams e verifique se volta a funcionar.
Como impedir que o Teams se atualize automaticamente
Organizações gerenciadas podem:
- Habilitar o Teams Update Policy no Centro de Administração M365, definindo o canal para Desativado.
- Adicionar regra de negação de tráfego ao endpoint
update.microsoft.com( solução drástica, apenas se GPO não for opção ). - Implementar rings de implantação via Intune, liberando builds gradualmente.
Migração para o novo Teams (ms-teams.exe)
O novo cliente — muitas vezes chamado de “Teams 2.1” — utiliza o WebView2 e possui melhor isolamento das dependências. Desde outubro de 2023 ele é considerado Generally Available para empresas. Se a sua locação permitir:
- Baixe o instalador adequado (x64/arm64).
- Distribua via Intune ou System Center Configuration Manager.
- Peça aos utilizadores que façam sign‑in. Perfis, políticas e reuniões migram automaticamente.
- Observe queda média de 40 % no uso de CPU e 30 % em RAM durante reuniões grandes.
Coleta e envio de logs ao suporte da Microsoft
Os relatórios de telemetria foram determinantes para identificar a regressão. Continue a enviar logs de dispositivo sempre que problemas surgirem:
- Reproduza o erro de inicialização (loop da tela preta).
- Pressione Ctrl + Alt + Shift + 1 para gerar o pacote.
- Copie o ZIP criado na pasta
%userprofile%\Downloads. - Abra o Admin Center › Health › Service Health › Report an issue e anexe o ficheiro.
Boas práticas de manutenção preventiva
Validação em anéis de implantação
Mantenha três rings clássicos: Piloto, Produção restrita e Produção geral. O piloto testa novas builds 7 dias antes do resto da empresa, detetando incidentes sem afetar todos.
Monitorização proativa
Automatize verificações diárias do SHD via Graph API. Envie alertas para o canal de TI interno sempre que surgir um novo ID relacionado ao Teams.
Perguntas frequentes (FAQ)
O bug foi totalmente resolvido? Sim. A Microsoft concluiu o rollout da correção em 12 jul 2024. Verifique se está numa build igual ou superior a 24162.xxx. Posso simplesmente reinstalar o Teams a cada falha? Não. Enquanto permanecer na build 24152, o defeito reaparecerá. Reinstalar só é útil com uma versão anterior ou já corrigida. E se a minha organização proibir o Teams Web? Reverta para a build 24137 e bloqueie updates pelo tempo mínimo necessário. Lembre‑se de remover o bloqueio assim que a correção for validada. O novo Teams é obrigatoriamente melhor? Nem sempre, pois alguns complementos (ex.: gravação local de chamadas de emergência) ainda não existem na nova base de código. Avalie caso a caso.
Conclusão
O incidente TM807333 demonstrou como uma regressão de código aparentemente pequena pode interromper fluxos de trabalho de milhões de utilizadores. Felizmente, contornos eficazes — como utilizar o Teams Web, bloquear a atualização automática ou migrar para a build corrigida — permitiram manter as operações. Garanta que a sua organização siga práticas de implantação por anéis e monitorização contínua do SHD para mitigar riscos futuros. Se persistirem problemas, reforce a coleta de logs e acione o suporte corporativo da Microsoft.