How-To Guide

WebRTC troubleshooting checklist for Meet, Teams, and Zoom

WebRTC calls fail due to permissions, device selection, network blocks, or missing codecs

Updated: January 4, 2026By Dana BrooksReviewed: January 4, 2026 by Avery Collins

Validate each fix by re-running WebRTC Test.

Browser window with camera and microphone icons next to a troubleshooting checklist

Features That Require This

  • →Google Meet, Zoom, Teams, and Discord in the browser
  • →Web-based webinars and interview platforms
  • →Customer support widgets that use WebRTC
  • →Voice chat in browser games
  • →Peer-to-peer file transfer features

Start with the WebRTC Test (don’t skip)

Open the WebRTC Test and keep it open while you troubleshoot. It separates “WebRTC is blocked” into specific layers you can fix:

  • Camera permission and camera preview
  • Microphone permission and input meter
  • Basic connectivity signals
  • High-level codec support signals

When you change something, re-run the test. That keeps you from doing five fixes and not knowing which one mattered.

Quick decision tree (match the failing line)

Use this as a fast mapping between symptom and fix.

WebRTC Test failure / symptomMost likely causeWhat to do nextVerify
Camera blocked / no previewSite or OS permission, another app owns cameraFix permissions, close other appsWebRTC Test shows camera allowed + preview
Mic allowed but meter stays flatWrong device selected, OS muted, exclusive capturePick correct mic, unmute, close other appsMeter moves in WebRTC Test
Devices pass but calls connect with no audio/videoNetwork blocks UDP/STUN/TURN, VPN “block WebRTC” featureTest on hotspot, adjust VPN settings, involve ITConnectivity line turns green; call works on hotspot
Video works but freezes / green blocksGPU decode/compositing path unstableUpdate GPU driver; test acceleration toggleStable preview and stable call
App says “codec not supported”Missing H.264/VP8/VP9 on that browser/OSRun Codec Test; fix missing codecCodec Test shows required codec support

If you don’t know which line matters, run the readiness check: Is My Browser Ready for Video Calls?.

Fix layer 1: Site permission (the most common blocker)

If the browser prompt never appears or you previously clicked “Block”:

  • Use the lock icon in the address bar for the meeting site.
  • Set Camera and Microphone to Allow.
  • Reload the page and re-run the WebRTC Test.

If you’re testing multiple call apps (Meet + Teams + Discord), do this per site. Permission state is stored per origin.

Fix layer 2: OS permission and device selection

Even with browser permission, the OS can block capture.

Checklist:

  • Confirm OS privacy toggles allow camera/mic for your browser.
  • Pick the intended devices inside the meeting app.
  • Unplug unused USB devices to simplify the list.
  • Close apps that own devices (Zoom desktop, Teams desktop, Discord desktop, OBS).

Then re-run the WebRTC Test. If the preview and meters are alive, capture is working.

Fix layer 3: Network path (UDP/STUN/TURN and corporate firewalls)

If camera and mic pass but calls fail, the network is the next suspect.

Do this in order:

  1. Test the same call on a mobile hotspot (fast isolation).
  2. If it works on hotspot but not on Wi‑Fi, your Wi‑Fi path is blocking real-time traffic.
  3. If you’re on a VPN, disable any setting labeled “block WebRTC” or “prevent WebRTC leak” and retry.

If you’re on a corporate network, the fix is usually policy-based:

  • IT needs to allow the meeting provider’s TURN servers and real-time ports.
  • If IT needs proof, send them a screenshot of your WebRTC Test failure plus the fact that hotspot works.

Fix layer 4: Codec compatibility

Some services negotiate a codec your browser can’t decode.

Run the Codec Test and look for:

  • H.264 (common in enterprise)
  • VP8/VP9 (common in WebRTC)

If a service explicitly mentions H.264 and it’s missing, use the targeted fix guide: Fix H.264 Not Supported.

Fix layer 5: Stability issues (glitchy video, freezes, or flicker)

If the call connects but video is unstable:

  • Update GPU drivers first.
  • Then test toggling browser hardware acceleration to isolate the path.
  • If stability improves with acceleration off, keep it off temporarily and re-enable after a driver update.

Re-run the WebRTC Test and confirm the preview is stable for at least a minute.

Verify the fix (the only part that matters)

When you think it’s fixed:

  1. Re-run the WebRTC Test until camera + mic + connectivity lines are green.
  2. Join a real call and confirm two-way audio and video.
  3. If it fails only on one site but tests look fine, the problem is likely app-side or account-side; try a fresh browser profile and test again.

FAQ

Why does the test pass but my call still fails?
Some apps also require TURN servers and specific network routes. If you’re on a corporate network, the app may fail due to firewall rules even when the browser APIs work.
What’s the fastest way to isolate network vs permissions?
If camera/mic lines fail, it’s permissions or devices. If device lines pass but connectivity fails, test on a mobile hotspot; that isolates the network layer quickly.
Do I need H.264 for video calls?
Not always. Many services use VP8/VP9/AV1, but some enterprise setups require H.264. Use the Codec Test if a service explicitly mentions H.264.

Sources

Links go to official browser docs or primary references when available.

Test Your Browser Capabilities

Run a quick test to see which modern web features your browser supports.

⚡Run Capability Test