¿Tu equipo con Ubuntu 24.04 dejó de permitir la captura de pantalla en Microsoft Teams Web o en su PWA justo después de actualizar Microsoft Edge? No estás solo. Aquí encontrarás un análisis completo del fallo introducido en la rama 131 y todas las rutas —oficiales y provisionales— para recuperarte sin perder más reuniones.
Antecedentes y alcance del problema
La versión 131.0.2903.xx de Microsoft Edge estable introdujo un comportamiento defectuoso en los mecanismos de getDisplayMedia que Teams Web/PWA utiliza para acceder a ventanas, aplicaciones y pantallas completas bajo Wayland y X11. El síntoma, reproducido en GNOME, KDE Plasma, Cinnamon y otras shells —incluso fuera de Ubuntu, por ejemplo en Gentoo o Fedora— es doble:
- La interfaz de Teams solo muestra la opción de compartir pestañas de Edge; las entradas de “Ventana” y “Pantalla completa” aparecen deshabilitadas o ni siquiera se listan.
- A los pocos segundos aparece un banner de error: «Your video isn’t working. We couldn’t access your camera», aunque la cámara no esté implicada.
El problema afecta tanto a la versión Web (teams.microsoft.com) como al PWA instalado desde la Microsoft Store o mediante el propio Edge. No impacta a la aplicación nativa de Teams para Linux (descontinuada) ni a los clientes móviles.
Cómo detectar si estás afectado
- Abre
edge://versionen una pestaña nueva y confirma que el núcleo de Edge está entre131.0.2903.51y131.0.2903.63. - En Teams, inicia o únete a una reunión y pulsa Compartir ⇒ Pantalla.
- Si solo ves la sección de pestañas y recibes el mensaje de error, estás en la build problemática.
Nota: algunas distribuciones «rolling» como Arch Linux saltaron directamente de la 130 a la 132, por lo que nunca padecieron el fallo en sus repositorios oficiales.
Por qué sucede
Microsoft migró parte del código de captura de medios a una implementación unificada que delega en PipeWire y libportal la enumeración de fuentes de vídeo. En Linux, esta llamada requiere permisos de sesión DBus que varían ligeramente entre escritorios. Un cambio introducido en 131 desactivó de manera accidental la ruta de compatibilidad para Teams (y otras WebRTC apps), de modo que el navegador creía no tener permisos suficientes y devolvía un error genérico relacionado con la cámara.
El equipo de Edge localizó la regresión y publicó la corrección en la build 131.0.2903.86‑1 del canal estable —y obviamente en las ramas Beta (132) y Dev (133).
Soluciones confirmadas
| Tipo de solución | Descripción | Observaciones |
|---|---|---|
| Actualización oficial (recomendado) | Microsoft corrigió el bug en Edge 131.0.2903.86‑1 (y posteriores). Basta con actualizar el paquete microsoft-edge-stable. | Solución definitiva; no requiere cambios adicionales. |
| Rollback de Edge | Desinstalar la versión problemática y reinstalar una anterior que funcionaba (p. ej. 130.0.2849.80‑1 o 129.0.2792.89‑1).sudo apt remove microsoft-edge-stable | Mantiene datos de usuario; recuerda bloquear la versión para evitar futuras actualizaciones automáticas. |
| Uso de otro navegador | Ejecutar Teams en Chromium o Google Chrome, donde la captura de pantalla funciona sin problemas. | Alternativa rápida si prefieres esperar a la actualización de Edge. |
| Migrar a Edge Beta / Dev | Instala paquetes Edge Beta 132.x o Edge Dev 132–133.x; el fallo no aparece en estas ramas. | Útil en distribuciones rolling (por ejemplo Gentoo) donde la versión 130 fue retirada del canal estable. |
| Soporte oficial | Abre un ticket desde el Centro de administración de Microsoft 365 para un seguimiento directo con el equipo de soporte. | Proporciona trazas y diagnóstico adicionales; recomendable en entornos corporativos. |
Paso a paso para aplicar la actualización oficial
Ubuntu y derivadas (APT)
- Abre una terminal con privilegios de administrador.
- Ejecuta
sudo apt update && sudo apt upgrade. - Verifica que el paquete
microsoft-edge-stablese actualiza a131.0.2903.86‑1o superior. - Cierra todas las ventanas de Edge y vuelve a abrir Teams.
- Repite la prueba de compartir pantalla: la lista de fuentes debería mostrar “Pantalla completa” y “Ventana”.
Fedora y openSUSE (DNF/Zypper)
sudo dnf upgrade microsoft-edge-stableosudo zypper update microsoft-edge-stable.- Confirma versión con
edge://version.
Snap y Flatpak aún no distribuyen Edge, pero si utilizas contenedores deb2snap para el navegador, asegúrate de reconstruir la imagen tras la actualización.
Procedimiento de rollback (si no hay parches disponibles)
En algunos entornos altamente controlados, la política de TI impide adoptar parches no validados. Si necesitas volver a una versión previa:
- Descarga el .deb histórico desde el repositorio de Microsoft Edge Insider (Stable → Older Versions).
- Ejecuta la secuencia de desinstalación e instalación indicada más arriba.
- Pin el paquete con
sudo apt-mark hold microsoft-edge-stablepara evitar actualizaciones. - Cuando la 131.0.2903.86‑1 esté validada, elimina el bloqueo con
apt-mark unholdy actualiza normalmente.
Advertencia: mantener un navegador sin parches de seguridad expone tu equipo a vulnerabilidades ya corregidas. Usa el rollback solo como medida temporal.
Buenas prácticas para prevenir incidencias similares
- Canales diferenciados de despliegue: en entornos empresariales utiliza un anillo de validación (Canary o Dev) en máquinas de prueba para detectar regresiones antes del despliegue masivo.
- Supervisión de notas de versión: Microsoft publica cambios críticos en la página “Stable Channel Release Notes”. Suscríbete vía RSS o ConfigMgr para recibir alertas.
- Copias de seguridad del perfil: mantén respaldos periódicos de
~/.config/microsoft-edgey~/.local/share/microsoft-edge; así podrás migrar sin pérdida de datos en caso de reinstalación. - Uso de políticas ADMX: establece ExternalScreenSharingAllowed en
Enabledpara forzar la habilitación de captura de pantalla, incluso si Edge detecta un entorno no soportado. - Seguimiento de canales comunitarios: foros de AskUbuntu, Microsoft Answers y GitHub Issue Trackers son excelentes termómetros para detectar fallos emergentes.
Preguntas frecuentes
¿Puedo forzar la captura de pantalla con un flag en Edge?
Durante las pruebas internas se verificó que --enable-features=WebRTCPipeWireCapturer no resuelve la regresión en la 131 inestable; el parámetro ya viene activo por defecto.
¿La versión Flatpak de Teams se ve afectada?
La PWA instalada como Flatpak usa la capa WebView del runtime de Edge, por lo que hereda la misma limitación hasta que actualices el contenedor.
¿Existe riesgo de incompatibilidad con extensiones como uBlock Origin?
No. Las extensiones no intervienen en getDisplayMedia. Solo asegúrate de que ninguna bloquee cadenas DBus o PipeWire.
Resumen ejecutivo
El fallo de captura de pantalla en Microsoft Teams Web/PWA para Linux estuvo acotado a builds de Edge 131 anteriores a la 131.0.2903.86‑1. La actualización oficial ya está disponible en los repositorios de Microsoft y corrige de forma permanente la regresión. Para entornos que aún no puedan parchar, existen caminos seguros —rollback, canal Beta/Dev o uso de otro navegador— aunque con cierto coste de mantenimiento. Mantén un ciclo regular de pruebas y revisa las notas de versión para anticipar incidencias críticas.
Conclusión
La colaboración remota depende cada vez más de una captura de pantalla fluida y confiable. Este incidente demuestra la importancia de contar con procesos de actualización controlados y planes de contingencia claros. Afortunadamente el parche llegó con rapidez; si sigues estos pasos podrás restaurar la funcionalidad de Teams en minutos y concentrarte en lo que realmente importa: la productividad del equipo.