Edge 131 no Linux: compartilhamento de tela do Teams/WebRTC quebrou? Correção e contornos práticos

Depois da atualização para o Microsoft Edge 131 no Linux, o compartilhamento de tela/ecrã deixou de funcionar no Teams (PWA/Web) e em outros serviços WebRTC. A solução oficial chegou: atualizar para a versão corrigida (≥ 131.0.2903.86‑1). Abaixo, explico a causa provável, contornos e o passo a passo.

Índice

O que aconteceu com o Edge 131 no Linux

Após a chegada da série 131.x do Microsoft Edge no Linux, muitos usuários notaram que o screen share simplesmente parou de funcionar no Microsoft Teams PWA (ou via web) e em outras plataformas que usam WebRTC (Google Meet, Zoom no navegador e páginas de teste como gum_test). Em termos técnicos, trata-se de uma regressão relacionada ao fluxo de captura de tela (getDisplayMedia), que passou a permitir apenas a captura da própria janela do Edge e falhou ao listar “Tela inteira” ou janelas de outros aplicativos.

Na prática, o erro mais visível era: “Your video isn’t working. We couldn’t access your camera.” imediatamente após clicar em Compartilhar. Apesar da mensagem mencionar a câmera, o problema raiz estava na captura de tela.

Quem foi afetado

  • Distribuições: Ubuntu 22.04/24.04, Debian 12, Arch, Fedora (relatos numerosos).
  • Sessões gráficas: impacto tanto em X11 quanto em Wayland.
  • Escopo: não é exclusivo do Teams; qualquer app web que use WebRTC foi afetado.
  • Comportamento comum: apenas a janela do Edge aparece como fonte; “Tela inteira” e “Aplicativos” não são listados.

Sintomas típicos e o que significam

SintomaInterpretação práticaImpacto no dia a dia
Somente a janela do Edge aparece como opção de compartilhamento.Falha no fluxo do getDisplayMedia para fontes de “Tela inteira” e “Aplicativos”.Impossível apresentar slides, IDEs ou terminais que estejam fora do Edge.
Ao clicar em Compartilhar, a câmera “cai” com o erro: “Your video isn’t working…”Erro encadeado nos dispositivos de mídia do navegador; o compartilhamento falha e derruba a câmera.Participantes deixam de ver sua câmera e você não consegue compartilhar.
Falha também no Meet/Zoom (via navegador) e em páginas de diagnóstico WebRTC.Confirma que é um problema de navegador (WebRTC) e não exclusivo do Teams.Qualquer reunião em navegador fica comprometida.

Boa notícia: a correção oficial

A Microsoft reconheceu o aumento de relatos e investigou o problema. Usuários confirmaram que a versão 131.0.2903.86‑1, disponibilizada em 06/12/2024, restaura o compartilhamento de tela no Linux.

Solução recomendada: atualize o Edge para ≥ 131.0.2903.86‑1 (ou qualquer versão estável posterior).

Verifique sua versão agora

microsoft-edge-stable --version

Se o número for menor que 131.0.2903.86-1 (ou se estiver em uma 131 anterior à correção), atualize.

Contornos imediatos enquanto o fix não chega ao seu repositório

  1. Trocar de navegador temporariamente. Chrome, Firefox e Brave funcionaram para diversos usuários.
  2. Fazer downgrade para a série 130.x, que voltou a compartilhar normalmente em todos os relatos.
  3. “Congelar” o pacote para evitar que ele retorne à versão problemática até a correção chegar no seu canal/repositório.

Abaixo, o passo a passo por plataforma, conforme consolidado nos relatos.

Passo a passo detalhado

Ubuntu/Debian (pacotes DEB)

  1. Listar versões disponíveis do Edge no seu repositório:
apt list --all-versions microsoft-edge-stable
  1. Instalar uma versão estável “boa” (série 130.x). Exemplos confirmados:
sudo apt install microsoft-edge-stable=130.0.2849.80-1
alternativas reportadas:
sudo apt install microsoft-edge-stable=130.0.2849.46-1
sudo apt install microsoft-edge-stable=130.0.2849.68-1
  1. Impedir atualização automática até a correção (131.0.2903.86‑1 ou superior) estar disponível:
sudo apt-mark hold microsoft-edge-stable
  1. Quando o fix estiver no seu repositório, remova o hold e atualize:
sudo apt-mark unhold microsoft-edge-stable
sudo apt update && sudo apt upgrade
  1. Confirme a versão e finalize processos residuais antes de reabrir:
microsoft-edge-stable --version
killall msedge || true

Fedora (pacotes RPM)

  1. Bloquear a versão para permanecer na série 130.x até chegar a 131.0.2903.86‑1:
sudo dnf versionlock add microsoft-edge-stable
sudo dnf versionlock list
(Alguns usuários fixaram explicitamente a 130.0.2849.80-1 até a correção)
  1. Desbloquear quando a atualização corrigida estiver disponível e atualizar:
sudo dnf versionlock delete microsoft-edge-stable
sudo dnf upgrade --refresh microsoft-edge-stable

Flatpak

Se você usa o Edge via Flatpak, foi possível reverter para um commit estável “bom” reportado no tópico:

flatpak update --commit=4755afeac44fdcb2674aa464a418e7fddc9db5db94dbbb040006d9057321880a com.microsoft.Edge

Mais tarde, quando o fix estiver distribuído para seu remoto Flatpak, atualize novamente para o último release e valide o compartilhamento de tela.

Tabela-resumo: o que fazer em cada cenário

CenárioAção recomendadaComandos-chave
Preciso apresentar já e estou no Edge 131.x afetadoAbrir a reunião no Chrome/Firefox/Brave (contorno imediato)
Quero continuar no Edge até a correção chegarDowngrade para 130.x e “congelar” a versãoapt install microsoft-edge-stable=130...
apt-mark hold ...
dnf versionlock add ...
A correção já está disponível no meu repositórioRemover o “hold”/versionlock e atualizar para ≥ 131.0.2903.86‑1apt-mark unhold ... && apt upgrade
dnf versionlock delete ... && dnf upgrade
Uso Edge via FlatpakReverter temporariamente para o commit “bom”; depois atualizarflatpak update --commit=4755a... com.microsoft.Edge

Como validar rapidamente se está resolvido

  • Abra uma reunião de teste no Teams PWA e tente Tela inteira e Aplicativo específico.
  • Repita o teste em outro serviço WebRTC (por exemplo, Meet ou Zoom no navegador).
  • Use uma página de diagnóstico WebRTC (como gum_test) para verificar getDisplayMedia.
  • Confirme a versão efetiva do navegador:
    • microsoft-edge-stable --version
    • ou digite edge://version na barra de endereços
  • Se tiver dúvida, inspecione edge://webrtc-internals durante a tentativa de compartilhamento e verifique logs de erros.

Linha do tempo resumida

  • 18–22/11/2024: primeiros relatos após atualizar para 131.0.2903.48/51/63; Microsoft reconhece investigação.
  • Novembro (meados/fim): contornos funcionais consolidados: downgrade para 130.x, travar pacote, usar Chrome/Firefox/Brave; confirma-se que é problema geral de WebRTC.
  • 06/12/2024: a versão 131.0.2903.86‑1 corrige o compartilhamento de tela no Linux.

Por que só a janela do Edge aparecia?

Em Linux, a captura de tela do navegador usa o ecossistema do WebRTC com mediação por PipeWire e portais (como xdg-desktop-portal) em Wayland, além de mecanismos de fallback em X11. A regressão no Edge 131 afetou especialmente o caminho que lista e concede permissões a “fontes externas” (Tela inteira e janelas de outros aplicativos). Em muitos casos, o navegador conseguia auto‑capturar a própria janela — por isso ela seguia aparecendo —, mas falhava em enumerar e autorizar o resto, disparando erros encadeados nos dispositivos de mídia (daí a mensagem citando a câmera).

Como a origem está no próprio navegador, não adiantava reinstalar codecs, mexer nas permissões do sistema ou trocar de sessão gráfica: X11 e Wayland foram igualmente afetados.

Boas práticas para equipes e estações Linux

  • Controle de versões: em ambientes críticos, considere “congelar” navegadores durante janelas de prova e liberar a atualização após validação rápida de recursos essenciais (câmera, microfone, compartilhamento de tela).
  • Plano B documentado: mantenha um navegador alternativo instalado e testado para emergências.
  • Scripts de verificação: automatize um smoke test WebRTC (abrir página de teste, iniciar getUserMedia/getDisplayMedia, conferir permissões).
  • Comunicação interna: divulgue os comandos de downgrade/hold e o procedimento de validação (esta página já pode servir de runbook).

Checklist “copiar e colar”

Se o Edge 131 no Linux quebrou seu compartilhamento de tela:

  1. Confirme a versão: microsoft-edge-stable --version
  2. Precisa apresentar agora? Abra a reunião em Chrome/Firefox/Brave.
  3. Vai usar Edge mesmo? Faça downgrade para 130.x e congele a versão: # Ubuntu/Debian sudo apt install microsoft-edge-stable=130.0.2849.80-1 sudo apt-mark hold microsoft-edge-stable Fedora (bloquear) sudo dnf versionlock add microsoft-edge-stable Flatpak (reverter commit “bom”) flatpak update --commit=4755afeac44fdcb2674aa464a418e7fddc9db5db94dbbb040006d9057321880a com.microsoft.Edge
  4. Quando o fix chegar (≥ 131.0.2903.86‑1), atualize e remova o bloqueio: # Ubuntu/Debian sudo apt-mark unhold microsoft-edge-stable sudo apt update && sudo apt upgrade Fedora sudo dnf versionlock delete microsoft-edge-stable sudo dnf upgrade --refresh microsoft-edge-stable
  5. Feche instâncias antigas do navegador e valide na prática: killall msedge || true microsoft-edge-stable --version

Observações importantes

  • Segurança: downgrade é paliativo. Volte a atualizar assim que a correção estiver disponível no seu canal para receber patches de segurança.
  • Amplitude: o problema atingiu diversas distros (Ubuntu, Debian, Arch, Fedora), ambientes gráficos (GNOME, KDE) e sessões (X11 e Wayland).
  • Mensagem confusa sobre “câmera”: é um efeito colateral do erro no pipeline de mídia; o foco é a captura de tela.
  • Teams PWA vs. Web: ambos usam o motor do navegador; portanto, quando o Edge falha, o PWA do Teams falha também.

Perguntas frequentes

O que é “PWA do Teams” e por que ele foi afetado?
O PWA (Progressive Web App) do Teams é basicamente o Teams rodando dentro do navegador com integração ao sistema. Como ele depende do motor do Edge para WebRTC, herdou a regressão.

Se eu atualizar para 131.0.2903.86‑1, o problema acaba?
Sim, essa versão foi confirmada pela comunidade como a correção que restaura o compartilhamento de tela no Linux. Ainda assim, valide no seu ambiente.

O problema foi específico de uma distro ou desktop?
Não. Houve relatos em Ubuntu, Debian, Arch e Fedora; em GNOME e KDE; tanto em X11 quanto em Wayland.

Estou em ambiente corporativo. Alguma dica extra?
Padronize um navegador alternativo como contingência, mantenha version locks temporários durante janelas críticas e documente o fluxo de validação com uma lista de checagem simples para os usuários finais.

Conclusão em uma frase

Atualize o Edge para a versão corrigida (≥ 131.0.2903.86‑1). Se a atualização ainda não chegou ao seu repositório, use Chrome/Firefox/Brave ou faça downgrade para 130.x e congele o pacote até a correção aparecer no seu canal.


Índice