Partage d’écran navigateur échoué : écran noir et sélecteur vide
Confirmez d’abord le sélecteur et la permission OS. Un partage déjà actif : l’arrêter. Encore noir : chemin réseau ou tableau.
Ils voient un rectangle noir, ou la liste de fenêtres est vide. Un partage d’écran navigateur qui échoue vient surtout du sélecteur, de l’autorisation d’enregistrement macOS, ou d’un partage déjà actif.
Pour partage d’écran navigateur échoué, découpez : avez-vous confirmé une fenêtre, un onglet ou l’écran ; ce navigateur a-t-il l’enregistrement d’écran ; quelqu’un partage-t-il déjà ?
Quatre causes habituelles
Sélecteur ouvert puis fermé
Chrome, Edge, Safari et Firefox demandent une fenêtre, un onglet ou tout l’écran. Fermer le dialogue = aucune piste.
macOS n’autorise pas l’enregistrement pour ce navigateur
Réglages Système → Confidentialité et sécurité → Enregistrement de l’écran, ou Enregistrement de l’écran et de l’audio système. Puis quitter complètement le navigateur (⌘+Q, pas seulement la fenêtre) et rouvrir.
Un autre partage est déjà en cours
wbroom n’autorise qu’un partage d’écran à la fois. Demandez l’arrêt, puis lancez le vôtre.
Vous présentez depuis un téléphone ou un aperçu IDE
Les navigateurs mobiles limitent la capture. Les aperçus d’éditeur ne voient souvent pas d’écran. Présentez depuis un navigateur bureau système ; rejoignez au téléphone pour écouter.
Quatre étapes dans l’ordre
-
1
Ouvrir la salle dans un navigateur système
Créer ou rejoindre depuis l’accueil wbroom. Étapes : créer et rejoindre une salle. Pas depuis un aperçu d’éditeur.
-
2
Choisir une cible et confirmer
Après Partage d’écran, sélectionnez fenêtre, onglet ou écran et confirmez. Notes : le partage d’écran ne marche pas.
-
3
Accorder l’enregistrement OS, puis redémarrer le navigateur
Sur macOS, activez Chrome / Edge / Safari / Firefox, quittez complètement, rejoignez le même ID. Sous Windows, vérifiez qu’une politique d’entreprise ne bloque pas la capture bureau.
-
4
Si ça reste noir : chemin réseau ou tableau
Sélecteur et permission OK mais personne ne voit de pixels : pare-feu ou VPN — dépannage WebRTC. Dessinez les cadres sur le tableau. Téléphone : navigateur mobile.
Quelle couche d’abord
| Symptôme | Vérifier d’abord | Côté wbroom |
|---|---|---|
| Sélecteur vide ou qui disparaît | Permission macOS ; quitter le navigateur à fond | Autoriser, redémarrer, même ID de salle |
| Aperçu noir pour vous et pour eux | Écran externe protégé ou HDR | Partager une fenêtre normale ou un onglet |
| Clic sans effet | Quelqu’un partage déjà | Arrêter ce flux, puis lancer le vôtre |
| Voix OK, image jamais | VPN, réseau d’entreprise, navigateur trop vieux | Suivre l’aide WebRTC ou passer au tableau |
Limites produit sur la page fonctions : voix d’abord, écran et caméra à la demande. L’ID de salle est le sésame. Revues : revue de design.
Laissez l’OS accepter ce navigateur comme enregistreur avant d’accuser la salle. Sans sélecteur confirmé, la salle ne voit aucune piste.
# Contrôles locaux avant de recréer la salle
# 1) Navigateur système (pas un aperçu IDE)
# 2) Sélecteur : fenêtre / onglet / écran + Confirmer
# 3) macOS : Enregistrement d’écran = on, puis ⌘Q- Un seul partage
- Un second clic est bloqué exprès. C’est une règle de salle, pas un ID mort.
- Le tableau peut remplacer
- Cadres et flèches sur un canevas partagé battent souvent un bureau 4K figé.
Encore une hésitation ?
Faut-il un compte pour partager l’écran ?
Non. wbroom utilise un ID de salle. L’autorisation va à ce navigateur dans l’OS, pas à un login.
Safari et Chrome ont-ils les mêmes réglages ?
Les menus diffèrent. Sous macOS chacun a sa ligne sous Enregistrement de l’écran / écran et audio système. Quittez ce navigateur après le changement.
Pourquoi est-ce si dur sur téléphone ?
L’OS et les navigateurs mobiles restreignent plus la capture. Écouter au téléphone ; présenter depuis un navigateur bureau.