Ubuntu 24.04 : corriger le bug de partage d’écran Teams causé par Edge 131

Le partage de fenêtre ou d’écran entier dans Microsoft Teams s’est soudainement mis en échec sur de nombreuses machines Ubuntu 24.04, affichant l’erreur « Your video isn’t working » dans le client web ou PWA installé via Microsoft Edge. Ce guide détaillé explique pourquoi ce bug apparaît dans Edge 131, comment vérifier si vous êtes concerné et quelles sont les solutions immédiates – de la mise à jour corrective à la rétrogradation ou au changement de navigateur – pour rétablir sans délai le partage d’écran et garantir la continuité des réunions.

Sommaire

Problème rencontré

Depuis la mise à jour d’Edge vers la branche 131 (versions 131.0.2903.51 puis 131.0.2903.70), le partage d’une fenêtre individuelle ou d’un écran entier dans Teams cesse de fonctionner sous Ubuntu 24.04, que vous utilisiez Wayland ou X11 :

  • Lorsque vous lancez le partage, Teams déclenche l’invite de sélection, mais dès la validation l’image reste noire et le message 🔴 « Your video isn’t working. We couldn’t access your camera. » apparaît.
  • Le partage d’onglet Edge demeure possible, ce qui peut brouiller le diagnostic : l’anomalie ne concerne que les surfaces hors navigateur.
  • Les indicateurs d’autorisation (icône caméra/micro dans la barre d’URL) passent brièvement au vert puis repassent en attente, signe que le pipeline WebRTC échoue à capturer le flux.

Origine et état du correctif

À l’issue d’investigations croisées entre la communauté Linux et les équipes Microsoft, la cause a été identifiée : un regression bug introduit côté Edge, affectant les appels au service WebRTC sous Linux. Les points clés :

  • Le bug est reproductible sur la branche stable Edge 131.0.2903.51 puis confirmé sur 131.0.2903.70.
  • Les équipes Microsoft ont publié le correctif dans la version Edge 131.0.2903.86‑1 (stable), qui restaure entièrement le partage d’écran.
  • Sur certaines distributions, notamment Gentoo, les branches 132 et 133 ne présentent plus le problème (ex. microsoft-edge-dev 133.0.2992.0).
  • Le serveur d’affichage (Wayland vs X11) n’a pas d’incidence : la régression se situe dans le moteur de capture vidéo d’Edge.

Comment vérifier si vous êtes concerné ?

  1. Ouvrez Edge, cliquez sur … → Aide et commentaires → À propos de Microsoft Edge et notez le numéro de version.
    ◦ Si vous lisez 131.0.2903.51 ou 131.0.2903.70, vous êtes potentiellement impacté.
    ◦ Si vous êtes déjà en 131.0.2903.86‑1 (ou supérieur), le correctif est appliqué.
  2. Lancez Teams Web (teams.microsoft.com) ou la PWA Edge :
    ◦ Démarrez une réunion privée.
    ◦ Testez le partage d’un onglet Edge ; puis celui d’une fenêtre et d’un écran entier.
    ◦ L’échec systématique des deux derniers modes confirme la présence du bug.

Solutions et contournements

ApprocheDétailsQuand l’utiliser
Mettre à jour vers Edge 131.0.2903.86‑1 (ou ultérieur)La mise à jour stable corrige définitivement la capture d’écran.
sudo apt update sudo apt install microsoft-edge-stable
Recommandé dès que le paquet est disponible dans vos dépôts.
Rétrograder EdgeSupprimez la version fautive et installez un paquet plus ancien :
sudo apt remove microsoft-edge-stable sudo dpkg -i microsoft-edge-stable_130.0.2849.80-1_amd64.deb
Vos profils restent intacts si vous ne touchez pas au dossier ~/.config/microsoft-edge/.
Si le correctif n’est pas encore publié pour votre distribution et que vous préférez rester sur Edge.
Basculer sur un navigateur fonctionnel pour Teams WebChrome, Chromium ou Edge‑dev/beta ≥ 132 ne reproduisent pas le bug.Solution immédiate pour réunions urgentes.
Installer la PWA à partir d’un autre navigateurInstallez Teams en PWA depuis Chrome/Chromium ; elle utilisera alors leur moteur WebRTC.Utile si vous tenez à conserver une icône/app dédiée.
Escalader via Microsoft 365 Admin CenterOuvrez un ticket de support pour un suivi officiel et des correctifs accélérés.Indispensable en déploiement entreprise avec obligations SLA.

Méthode de mise à jour recommandée

Dans la majorité des cas, une simple mise à jour apt suffit :

sudo apt update
sudo apt full-upgrade
sudo apt install --only-upgrade microsoft-edge-stable

Si votre miroir de paquets n’expose pas encore la version 131.0.2903.86‑1, ajoutez temporairement le dépôt officiel Microsoft :

wget -qO- https://packages.microsoft.com/keys/microsoft.asc | sudo apt-key add -
sudo add-apt-repository "deb [arch=amd64] https://packages.microsoft.com/repos/edge stable main"
sudo apt update && sudo apt install microsoft-edge-stable

Guide pas à pas pour la rétrogradation

Lorsque la mise à jour corrective n’est pas encore disponible, on peut rétrograder Edge en toute sécurité :

  1. Sauvegardez la liste de vos extensions (… → Extensions → Gérer).
  2. Téléchargez l’ancienne version (ex. 130.0.2849.80‑1) depuis le portail Microsoft ou le miroir de votre distribution.
  3. Désinstallez la version fautive sans supprimer le profil : sudo apt remove microsoft-edge-stable –purge
  4. Installez le .deb téléchargé : sudo dpkg -i microsoft-edge-stable_130.0.2849.80-1_amd64.deb
  5. Désactivez les mises à jour automatiques pour geler la version : sudo apt-mark hold microsoft-edge-stable

Vous pourrez ensuite lever le blocage (apt-mark unhold) dès qu’Edge ≥ 131.0.2903.86‑1 sera distribué.

Considérations spécifiques Wayland / X11

Les retours terrain confirment qu’aucune différence notable n’existe entre Wayland et X11 : le code défaillant réside dans le composant de capture vidéo d’Edge, appelé avant toute conversion par PipeWire (x-capture portals sur Wayland) ou par xdg-desktop-portal-xapp sur X11. Ainsi :

  • Inutile de changer de session graphique ;
  • Le passage à XWayland ou à une session « classic » GNOME n’améliore pas la situation ;
  • Les permissions Flatpak ou Snaps ne sont pas en cause, même si vous exécutez Edge dans un conteneur.

Impact sur les clients non officiels de Teams

Plusieurs wrappers Linux populaires (Teams for Linux, Electron Teams, etc.) embarquent l’exécutable Edge via edge://electron. Ces clients héritent donc du même bug ; la correction passe par la même mise à jour de la base Edge ou par la recompilation avec une version Chromium fixe.

Déploiement en entreprise

Pour les administrateurs Microsoft 365 :

  • Geler la version : via un dépôt APT local ou Intune, épinglez Edge 130 ou 131.0.2903.86‑1 selon disponibilité.
  • Superviser les endpoints : auditez la clé de registre HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Edge\Version (pour le RPM/DEB équivalent /etc/opt/chrome/policies/managed/edge.json).
  • Sensibiliser les utilisateurs : communiquez un mémo interne pour éviter la confusion lors de réunions critiques.
  • Escalade support : référencez l’ID de ticket fourni par Microsoft pour un suivi plus rapide.

Foire aux questions (FAQ)

Pourquoi le partage d’onglets continue-t-il de fonctionner ?

Le partage d’onglet repose sur une capture interne du rendu Chromium, sans passer par l’API WebRTC « getDisplayMedia » dédiée à la capture de surface externe. La régression touche précisément cette dernière API.

Dois‑je réinitialiser mon profil Edge après mise à jour ?

Non : la mise à jour vers 131.0.2903.86‑1 ne modifie pas les répertoires utilisateur. Le profil (~/.config/microsoft-edge/) n’a pas à être effacé.

Le problème existe‑t‑il sous Windows ou macOS ?

Non. Les builds Windows/macOS n’ont jamais présenté ce bug ; seuls les binaires Linux (DEB/RPM) étaient concernés.

La version de Teams a‑t‑elle une influence ?

Aucune : qu’il s’agisse du site Web, de la PWA ou d’une iframe Teams intégrée, c’est la couche Edge qui capture l’écran.

Bonnes pratiques pour éviter ce type de régression

  • Surveiller les notes de version : abonnez‑vous aux release notes Edge et Chromium pour repérer rapidement les régressions.
  • Maintenir un canal de test : déployez Edge‑dev ou Canary sur un petit panel d’utilisateurs afin de valider les futures branches.
  • Documenter les versions supportées : établissez une matrice internalisée « Version OS ↔ Version Edge ↔ Fonctions critiques » pour accélérer le diagnostic.
  • Automatiser le rollback : conservez les paquets .deb/.rpm des versions stables antérieures pour permettre un retour arrière scripté.

Conclusion

Le souci de partage d’écran dans Teams sous Ubuntu 24.04 était dû à une régression introduite dans Microsoft Edge 131. Les développeurs ont réagi rapidement : la version 131.0.2903.86‑1 restaure pleinement la fonctionnalité. Si cette mise à jour n’est pas encore disponible sur votre distribution, deux options sûres existent : rétrograder Edge ou privilégier un navigateur tiers (Chrome, Chromium, Edge‑dev/beta). Dans tous les cas, aucune intervention sur votre environnement graphique ou vos profils n’est requise – et vous retrouverez le partage de fenêtre en quelques minutes.

Sommaire