Se dopo l’aggiornamento a Microsoft Edge 131 su Linux la condivisione di finestra o schermo intero in Microsoft Teams (Web o PWA) smette di funzionare, qui trovi stato della correzione, verifiche rapide e procedure passo‑passo per ripristinare lo screen sharing su Ubuntu, KDE Plasma e altri desktop.
Panoramica del problema
A partire dalle build stabili di Edge 131.0.2903.51/70, diversi utenti Linux hanno riscontrato l’impossibilità di condividere una finestra o l’intero schermo in Microsoft Teams (sia in modalità Web, sia come PWA installata). Il sintomo tipico è un banner d’errore che recita:
Your video isn’t working. We couldn’t access your camera.
In realtà non si tratta di un problema della webcam: il messaggio è fuorviante e si manifesta quando Teams tenta di avviare la cattura dello schermo tramite il browser.
- Ambienti coinvolti: sessioni Wayland e X11, con GNOME 46, KDE Plasma e kernel 6.8.
- Portata: il malfunzionamento è limitato a Edge 131; la condivisione di singole schede di Edge continua a funzionare.
- Stato: Microsoft ha riconosciuto il bug. Il team Linux di Edge/Teams ha lavorato a una patch correttiva.
Cos’è successo (spiegazione breve e concreta)
La condivisione schermo in Teams su Linux passa attraverso le API di cattura di Chromium/Edge (getDisplayMedia
) e, a seconda della sessione, si appoggia ai portal desktop e a PipeWire. Con Edge 131, una regressione ha interrotto il flusso di cattura quando si selezionano finestre o l’intero schermo, generando l’errore sopra riportato. Non sono invece toccate la condivisione di singole schede del browser (tab capture) e la normale acquisizione della webcam.
Chi è impattato e come riconoscerlo
Scenario | Cosa vedi | Nota |
---|---|---|
Teams Web o PWA su Edge 131 | Errore “Your video isn’t working. We couldn’t access your camera.” quando avvii la condivisione finestra o schermo intero | La webcam in sé funziona; il problema è legato alla cattura dello schermo |
Teams su Chrome/Chromium 131 | Condivisione regolare | Non impattato dal bug |
Edge 131 – Condivisione di una scheda Edge | Funziona | La cattura “tab only” non è affetta |
Stato della correzione
Risolto nel pacchetto stabile 131.0.2903.86‑1 (e successivi). La distribuzione della build può richiedere tempo a seconda dei repository delle varie distro.
Nell’attesa, sono disponibili workaround affidabili (aggiornamento manuale, rollback, uso temporaneo di Chrome/Chromium, passaggio ai canali Beta/Dev).
Scelta rapida: quale strategia adottare
Strategia | Dettagli | Quando usarla |
---|---|---|
Aggiornare a Edge 131.0.2903.86‑1 (o superiore) | La versione include la patch ufficiale. Aggiorna via gestore pacchetti o installa il .deb/.rpm più recente. | Soluzione definitiva consigliata. |
Rollback a Edge 130 o 129 | sudo apt remove microsoft-edge-stable Scarica ad es.:wget https://packages.microsoft.com/repos/edge/pool/main/m/microsoft-edge-stable/microsoft-edge-stable130.0.2849.80-1amd64.deb sudo dpkg -i microsoft-edge-stable130.0.2849.80-1amd64.deb | Se la 131.0.2903.86‑1 non è ancora nei repo della tua distro. Mantiene profili e preferenze. |
Usare un browser alternativo | Chrome/Chromium (v. 131) non presenta il bug; puoi installare la PWA di Teams da lì o usare la versione Web. | Workaround rapido, senza toccare Edge. |
Passare ai canali Beta/Dev di Edge | Edge‑Beta 132.x o Edge‑Dev 133.x sono riportati come funzionanti in diverse distro (es. Gentoo). | Se vuoi rimanere su Edge con fix già integrato. |
Aprire una richiesta di supporto Microsoft 365 (admin) | Se gestisci un tenant, apri una “service request” per monitorare l’avanzamento del fix e ricevere notifiche ufficiali. | Per escalation formale in ambienti aziendali. |
Procedure passo‑passo
Aggiornare a Edge 131.0.2903.86‑1 o superiore (soluzione definitiva)
Verifica versione direttamente da Edge: inserisci edge://version
nella barra degli indirizzi e controlla il numero di build. In alternativa, da terminale:
microsoft-edge --version
Ubuntu/Debian e derivate (pacchetto .deb)
- Assicurati che il repository Microsoft Edge sia configurato (se usi già Edge, è già presente).
- Aggiorna i metadati e la build:
sudo apt update sudo apt install --only-upgrade microsoft-edge-stable apt policy microsoft-edge-stable | sed -n '1,5p'
- Riavvia Edge, verifica la build in
edge://version
e testa la condivisione (vedi sezione “Verifica rapida”).
Fedora/RHEL e derivate (pacchetto .rpm)
sudo dnf upgrade --refresh microsoft-edge-stable
rpm -q microsoft-edge-stable
openSUSE
sudo zypper refresh
sudo zypper update microsoft-edge-stable
rpm -q microsoft-edge-stable
Nota: la propagazione della 131.0.2903.86‑1 può richiedere tempo nei mirror. Se non la vedi ancora, applica un workaround e riprova più tardi.
Rollback temporaneo a Edge 130/129 (quando la 131.0.2903.86‑1 non è ancora disponibile)
Ubuntu/Debian
- Rimuovi la build difettosa (profili e dati utente restano in
~/.config/microsoft-edge
):sudo apt remove microsoft-edge-stable
- Scarica una versione stabile precedente (es. 130.0.2849.80‑1) e installala:
wget https://packages.microsoft.com/repos/edge/pool/main/m/microsoft-edge-stable/microsoft-edge-stable130.0.2849.80-1amd64.deb sudo dpkg -i microsoft-edge-stable130.0.2849.80-1amd64.deb microsoft-edge --version
- Blocca gli aggiornamenti per evitare il ritorno alla build 131 difettosa:
sudo apt-mark hold microsoft-edge-stable
- Quando la 131.0.2903.86‑1 è disponibile, sblocca e aggiorna:
sudo apt-mark unhold microsoft-edge-stable sudo apt update && sudo apt install --only-upgrade microsoft-edge-stable
Fedora/RHEL/openSUSE
Se il repository non offre la build precedente, effettua il downgrade con un pacchetto locale:
sudo rpm -Uvh --oldpackage microsoft-edge-stable-130.0.2849.80-1.x86_64.rpm
Su Fedora, puoi usare il plugin dnf-plugins-core
(versionlock
) per bloccare temporaneamente gli aggiornamenti del pacchetto.
Usare temporaneamente Chrome/Chromium per Teams
Scenario consigliato per chi deve “tornare operativo” subito. Chrome/Chromium 131 non è affetto dal bug. Puoi:
- Aprire Teams nel browser.
- Installare la PWA da Chrome (Installa Microsoft Teams) oppure continuare via Web.
- Avviare la condivisione di finestra o schermo intero: la cattura funziona.
Quando Edge stabile supera la 131.0.2903.86‑1, puoi migrare nuovamente la PWA su Edge (se desideri unificare profili ed estensioni).
Passare ai canali Beta/Dev di Edge
Se vuoi restare su Edge ma ottenere subito la correzione, installa una versione Beta (132.x) o Dev (133.x). I pacchetti coesistono con lo “Stable”, per cui puoi provarli senza disinstallare Edge standard.
Ubuntu/Debian
sudo apt update
sudo apt install microsoft-edge-beta # oppure: microsoft-edge-dev
Fedora/RHEL
sudo dnf install microsoft-edge-beta # oppure: microsoft-edge-dev
Dopo i test, quando Edge stabile viene aggiornato alla build corretta, è buona pratica rimuovere Beta/Dev per tornare a un canale supportato in produzione.
Aprire una richiesta di supporto Microsoft 365 (amministratori)
In contesti aziendali, apri una service request dal Centro di amministrazione Microsoft 365. Indica:
- Versione di Edge e canale (Stable 131.0.2903.51/70 vs 131.0.2903.86‑1).
- Desktop environment (GNOME/KDE), sessione (Wayland/X11) e kernel.
- Che la sola condivisione di finestre/schermo intero fallisce, mentre la condivisione scheda e la webcam funzionano.
Soluzioni che non risolvono
- Passare da Wayland a X11 (o viceversa) non elimina il problema in Edge 131.
- Usare client non ufficiali di Teams basati su Edge 131: condividono lo stesso motore, quindi ereditano il bug.
- Cambiare flag avanzati di WebRTC o dei portal di sistema raramente aiuta e può peggiorare la situazione.
Verifica rapida e test dopo la correzione
- Controlla la versione:
edge://version
deve mostrare 131.0.2903.86‑1 (o superiore) su Stable, oppure una Beta/Dev recente. - Apri Teams (Web/PWA) → avvia una riunione di test (anche da sola).
- Clic su Condividi → scegli Finestra o Schermo intero.
- Seleziona l’elemento da condividere e conferma. Non deve comparire l’errore sulla videocamera; gli altri partecipanti vedranno correttamente la tua schermata.
Diagnostica: come capire se è davvero “quel” problema
Prima di avviare soluzioni più invasive, esegui questi controlli veloci:
- Sessione grafica:
echo $XDGSESSIONTYPE
(restituiscewayland
ox11
). Il bug si è presentato su entrambe. - Edge solo scheda: se la condivisione di una scheda Edge funziona ma finestra/schermo intero no, sei nel caso descritto.
- Chrome/Chromium: se con Chrome la condivisione funziona, il problema è specifico di Edge 131.
Strumenti utili (facoltativi)
edge://webrtc-internals
per ispezionare le sessioni di cattura.- Log dei servizi multimediali:
journalctl --user -u pipewire -u wireplumber -e --no-pager | tail -n 200
- Stato dei portal desktop:
systemctl --user status xdg-desktop-portal xdg-desktop-portal-wlr xdg-desktop-portal-gnome xdg-desktop-portal-kde
Domande frequenti (FAQ)
La webcam è rotta? Il messaggio parla di videocamera…
No. L’errore è fuorviante e appare quando fallisce l’inizializzazione della cattura schermo. La webcam continua a funzionare normalmente.
È un problema di Wayland? Passare a X11 aiuta?
No. La regressione è stata osservata su entrambi i tipi di sessione.
La condivisione di singole schede Edge funziona?
Sì, la tab capture continua a funzionare con Edge 131.
Vale anche per Windows o macOS?
No, questo articolo riguarda esclusivamente l’ambiente Linux.
È sicuro usare Edge Beta/Dev in produzione?
Per un rientro rapido può andare bene, ma in ambienti gestiti conviene tornare allo Stable appena la build corretta è disponibile nei repository aziendali.
Raccomandazioni finali
- Verifica subito la versione da
edge://version
e aggiorna a ≥ 131.0.2903.86‑1 o effettua rollback a 130/129 se la fix non è ancora arrivata sui tuoi repo. - Controlla periodicamente le note di rilascio di Edge stabile e gli aggiornamenti di Teams per Linux.
- Ripristina Edge stabile appena disponibile la build corretta nella tua distribuzione, rimuovendo Beta/Dev o i pacchetti installati manualmente.
- In azienda, testa la nuova build su una macchina pilota prima di distribuirla a tutti.
Checklist rapida (da tenere a portata di mano)
- ✅ Edge ≥ 131.0.2903.86‑1 installato?
- ✅ Condivisione finestra/schermo intero testata in una riunione vuota?
- ✅ In caso di urgenza, PWA di Teams installata su Chrome come piano B?
- ✅ In azienda, fix validata su un gruppo pilota?
- ✅ Rimosse eventuali versioni Beta/Dev una volta risolto?
Appendice: comandi utili
Controllo versione da terminale
microsoft-edge --version
Chiavi per bloccare/sbloccare aggiornamenti (Debian/Ubuntu)
# Blocca Edge stabile alla versione corrente
sudo apt-mark hold microsoft-edge-stable
Sblocca e aggiorna quando la fix è disponibile
sudo apt-mark unhold microsoft-edge-stable
sudo apt update && sudo apt install --only-upgrade microsoft-edge-stable
Downgrade RPM con pacchetto locale (Fedora/RHEL/openSUSE)
sudo rpm -Uvh --oldpackage microsoft-edge-stable-130.0.2849.80-1.x86_64.rpm
Pulizia cache e metadati (quando i repo sono lenti a propagare)
# Debian/Ubuntu
sudo apt clean
sudo apt update
Fedora/RHEL
sudo dnf clean all
sudo dnf makecache
Esempi pratici di adozione
Utente singolo (Ubuntu + KDE)
- Controlla:
microsoft-edge --version
→ vedi 131.0.2903.70? Applica uno dei percorsi: - Se 131.0.2903.86‑1 è già nei repo:
sudo apt update && sudo apt install --only-upgrade microsoft-edge-stable
. - Se non c’è: rollback a 130 con i comandi indicati oppure usa temporaneamente Teams via Chrome.
- Riprova la condivisione in Teams. Quando la fix è propagata, torna a Edge stabile.
Amministratore IT (tenant Microsoft 365)
- Individua gli host affetti (inventario/telemetria). Filtra per Edge 131.0.2903.51/70 su Linux.
- Pianifica: percorso A (aggiornamento a 131.0.2903.86‑1) o B (rollback gestito a 130) con blocco aggiornamenti.
- Comunica un workaround di business continuity (Chrome per riunioni critiche).
- Monitora la disponibilità della build corretta nei repo delle distro usate e chiudi il rollback.
Power user che preferisce Edge
- Installa microsoft-edge-beta o microsoft-edge-dev affiancato.
- Usa il profilo di lavoro su Beta/Dev finché Stable non raggiunge 131.0.2903.86‑1 (o superiore).
- Alla disponibilità della build stabile, torna a Stable ed elimina i canali di test.
Note su privacy e buone pratiche quando condividi lo schermo
- Condividi la sola finestra necessaria quando possibile, per ridurre il rischio di mostrare contenuti sensibili.
- Chiudi notifiche o imposta la modalità Non disturbare prima di presentare.
- Verifica sempre l’anteprima di Teams e accertati che l’audio condiviso (se richiesto) sia abilitato correttamente.
Conclusioni
Il blocco della condivisione schermo in Microsoft Teams su Linux con Edge 131 è stato causato da una regressione lato browser. La patch è disponibile in 131.0.2903.86‑1 (e versioni successive). Fino alla completa propagazione sui repository delle varie distribuzioni, puoi scegliere tra aggiornamento manuale, rollback a 130/129, uso temporaneo di Chrome/Chromium o passaggio ai canali Beta/Dev. Seguendo le procedure e la checklist di questa guida, ripristini in modo sicuro e veloce la piena funzionalità di presentazione senza dover abbandonare definitivamente Edge.