Pantalla compartida falla en Microsoft Teams tras Edge 131 en Linux: cómo solucionarlo

Microsoft Edge 131.x provoca una regresión WebRTC que impide compartir pantalla en Teams y otros servicios cuando se actualiza en Linux. Descubre por qué sucede, cómo identificarlo y las cuatro vías de solución: degradar, usar otro navegador, abrir un SR corporativo o instalar el parche 131.0.2903.86.

Causa del problema

Entre el 20 de noviembre y el 2 de diciembre de 2024 se publicó la rama 131.0.2903.x de Microsoft Edge. Un cambio en el módulo de captura de pantalla del stack Web Real‑Time Communication (WebRTC) generó un conflicto con la enumeración de MediaDevices en Linux. Al invocarse la función getDisplayMedia() el navegador intenta primero iniciar el flujo de vídeo de la cámara, lo que provoca una excepción no controlada: la cámara queda bloqueada, el canal de screen sharing no se abre y cualquier aplicación WebRTC muestra el mensaje “Your video isn’t working. We couldn’t access your camera”.

Impacto en entornos Linux

El fallo se ha reproducido en:

• Ubuntu 22.04 LTS, 24.04 y derivados (Linux Mint, Pop!\_OS, Zorin).
• Debian 12 (Bookworm) y Debian 11.
• Fedora 39/40 tanto en X11 como en Wayland.
• Arch Linux, Manjaro y EndeavourOS.
• openSUSE Leap 15.6 y Tumbleweed.
• Flatpak oficial de Edge.

En todas las plataformas el patrón es idéntico: la captura completa de pantalla o de ventana falla en Teams PWA, Teams de escritorio (empaquetado con Edge WebView2) y en cualquier sitio de prueba WebRTC. Sin embargo, Chrome 120, Firefox 122, Brave 1.61 y versiones anteriores de Edge (130.x) funcionan con normalidad, lo que confirma la regresión exclusiva de Edge 131.x.

Cómo reproducir y diagnosticar

1. Abre Microsoft Edge 131.x e inicia sesión en Microsoft Teams (PWA o app).
2. Únete a una reunión y pulsa “Share screen”.
3. Observa cómo se apaga la cámara y aparece el error WebRTC.
4. Abre chrome://webrtc-internals en otra pestaña y revisa que el flujo de getDisplayMedia nunca inicia, mientras que getUserMedia lanza la excepción NotReadableError.

Scripts de prueba

Si no dispones de Teams puedes usar gum_test.html o webrtc-experiment con el siguiente comando:

edge --use-fake-ui-for-media-stream \
     --auto-select-desktop-capture-source=screen

Soluciones disponibles

Las cuatro alternativas probadas se resumen en la tabla siguiente:

Medida	Descripción
Bajar de versión (work‑around inmediato)	Instala Edge 130.0.2849.80 y bloquea el paquete: sudo apt install microsoft-edge-stable=130.0.2849.80-1 sudo apt-mark hold microsoft-edge-stable Fedora: sudo dnf versionlock add microsoft-edge-stable Flatpak: encuentra el commit anterior y ejecuta flatpak update --commit=<hash> com.microsoft.Edge
Usar otro navegador	Chrome, Firefox y Brave permiten compartir pantalla sin modificar la configuración del sistema.
Abrir ticket corporativo	Desde Teams Admin Center → Need help abre un Service Request. El equipo de soporte puede acceder a logs remotos y escalar la incidencia al grupo de Edge.
Actualizar al parche oficial (solución definitiva)	Edge Stable 131.0.2903.86 (6 dic 2024) restablece la captura de pantalla. Desbloquea y actualiza el paquete: sudo apt-mark unhold microsoft-edge-stable sudo apt update && sudo apt upgrade Se ha verificado la corrección en Ubuntu, Debian, Fedora, Arch y openSUSE.

Procedimientos detallados por distribución

Ubuntu y derivados

1. Comprueba la versión instalada:
   apt policy microsoft-edge-stable
2. Si es 131.0.2903.x y no existe 131.0.2903.86 aún en tu repositorio,
   ejecuta la degradación:
   sudo apt install microsoft-edge-stable=130.0.2849.80-1
3. Bloquea el paquete con sudo apt-mark hold microsoft-edge-stable.
4. Cuando aparezca 131.0.2903.86 o superior:
   sudo apt-mark unhold microsoft-edge-stable sudo apt full-upgrade

Debian

El repositorio oficial publica las mismas builds que Ubuntu pero con diferente sufijo. Usa apt-cache madison para listar versiones y aplica el mismo procedimiento de hold/unhold.

Fedora y RHEL

# Degradar
sudo dnf downgrade microsoft-edge-stable-130.0.2849.80-1
Bloquear
sudo dnf versionlock add microsoft-edge-stable
Desbloquear y actualizar
sudo dnf versionlock delete microsoft-edge-stable
sudo dnf upgrade --refresh microsoft-edge-stable

Arch Linux / Manjaro

En AUR la versión problemática aparece como microsoft-edge-stable-bin 131.0.2903.x-1. Para fijar la build anterior edita el PKGBUILD o instala desde el cache de /var/cache/pacman/pkg. Luego añade la línea IgnorePkg = microsoft-edge-stable en /etc/pacman.conf.

openSUSE

sudo zypper install --oldpackage microsoft-edge-stable-130.0.2849.80-1.x86_64
sudo zypper addlock microsoft-edge-stable

Flatpak

Edge para Linux también se distribuye vía Flathub. Obtén el listado de commits:

flatpak remote-info --log flathub com.microsoft.Edge

Copia el hash anterior a 131.x y ejecuta:

flatpak update --commit=<hash> com.microsoft.Edge

Para volver a la rama estable desbloquea con flatpak update --commit=latest.

Análisis técnico de la regresión

El commit responsable (identificado en el change‑log interno del canal Dev) modificó la función de selección de dispositivos de captura. Se añadió una comprobación de permisos de cámara antes de exponer el picker de pantalla. En Windows y macOS esto no causó conflicto porque el permiso de cámara y pantalla está agrupado, pero en Linux cada MediaStreamType se trata de forma independiente. Al fallar la cámara, el navegador aborta el intento de mostrar la ventana de selección y devuelve un error genérico.

La rama 131.0.2903.86 revierte parcialmente la lógica y divide el flujo en dos llamadas: primero lanza el picker de pantalla y solo si el usuario elige “pestaña de Edge” solicita la cámara, respetando la política de sandbox de Fedora y los sistemas basados en PipeWire.

Buenas prácticas de validación

• Mantén un anillo piloto de usuarios o equipos virtuales donde probar nuevas versiones de Edge antes de desplegar a toda la empresa.
• Automatiza pruebas en sitios como WebRTC‑Test para validar screen sharing, audio capture y camera fallback.
• Documenta las versiones autorizadas en tu CMDB y usa herramientas de gestión de parches para bloquear o permitir builds concretas.

Preguntas frecuentes

¿El problema se observa en Windows o macOS?

No. La regresión solo afecta a Linux. En Windows 10/11 y macOS los permisos de cámara y pantalla están enlazados y la llamada de Edge no falla.
¿Puedo usar la versión Beta o Dev para evitar el bug?

No. Las ramas 131.x Beta y Dev comparten el mismo commit defectuoso. Solo la Stable 131.0.2903.86 (o Dev 132.x ya corregida) eliminan el fallo.
¿Cómo verifico que la captura funciona tras actualizar?

Abre chrome://webrtc-internals, inicia un screen share y comprueba que getDisplayMedia crea un RTCRtpSender con flujo de vídeo estable. No debe haber excepciones en consola.

Conclusión

El error de screen sharing en Microsoft Edge 131.x para Linux es molesto pero no permanente. Si necesitas una solución inmediata, la degradación a 130.x o el uso de Chrome/Firefox resulta eficaz. Para un arreglo definitivo instala Edge 131.0.2903.86 tan pronto como llegue a tu repositorio. Y recuerda: establece un anillo de pruebas para evitar que una regresión crítico‑funcional afecte a toda tu organización.