Note
Access to this page requires authorization. You can try signing in or changing directories.
Access to this page requires authorization. You can try changing directories.
Summary
This article explains why a camera or microphone might not work on websites in Microsoft Edge, and which layer of the system controls hardware authorization. Microsoft Edge media capture access is a security and connectivity framework that manages how web applications interact with local hardware cameras and microphones. A capture request must clear operating system privacy settings, Microsoft Edge site permissions, and the hardware device driver before a website receives a stream. Device contention with apps such as Microsoft Teams or Zoom, WebRTC errors such as NotReadableError and NotFoundError, browser extensions, and enterprise policies such as AudioCaptureAllowed and VideoCaptureAllowed can also prevent devices from loading. This article describes each of these layers and the diagnostics that help isolate a media capture issue.
Permission layers that control camera and microphone access
Media capture relies on a multi-tiered permission model to ensure user privacy. Before a website can access a system camera or microphone, it must clear three distinct authorization layers:
- Operating system privacy settings: The host operating system restricts device access on a global level. Configure Windows privacy settings to allow desktop apps, including Microsoft Edge, to access the camera and microphone. For more information, see Windows camera, microphone, and privacy.
- Microsoft Edge site permissions: Inside Microsoft Edge, site-specific permissions define which domains can request active media pools. Users can configure permission lists inside
edge://settings/content/cameraandedge://settings/content/microphoneto block or allow domains. - Hardware driver availability: The operating system device manager maps the active hardware connection. You need healthy, updated drivers to process WebRTC API requests.
Device contention and concurrency
Physical media devices, such as USB webcams, generally support only one active capture stream at a time. Concurrency issues occur when a background application locks a device, preventing Microsoft Edge from initializing a stream.
Common applications that lock resources include Microsoft Teams, Zoom, and the native Windows Camera application. When a device is locked by another process, WebRTC APIs typically return error states rather than establishing a connection.
WebRTC diagnostic errors
Microsoft Edge uses WebRTC protocols to stream media on the web. The internal diagnostics page at edge://webrtc-internals tracks active getUserMedia calls and logs structural API errors, which can help isolate device connection issues. The following table describes these errors.
| WebRTC error | What the error indicates |
|---|---|
NotReadableError |
The hardware device is currently locked or in use by another application. |
NotFoundError |
The requested device type can't be detected on the local system. |
OverconstrainedError |
The hardware can't meet the specific resolution or frame rate parameters that the website requests. |
Enterprise policies that block audio and video capture
Corporate environments can enforce security baselines that override user configuration. Administrators can control browser-based media capture by using the following group policies, which are visible under edge://policy.
| Microsoft Edge policy | Effect on media capture |
|---|---|
| AudioCaptureAllowed and AudioCaptureAllowedUrls | These policies control whether websites can request access to audio inputs. |
| VideoCaptureAllowed and VideoCaptureAllowedUrls | These policies control whether websites can request access to video inputs. |
Extension and profile isolation by using InPrivate mode
Profile corruption and conflicting developer extensions can alter how sites render media permissions. In such instances, using an InPrivate window can provide an isolated testing environment that bypasses existing extensions and uses default profile settings to isolate permission mismatches.
Data collection for Microsoft Support
If the media capture issues continue to persist, gather the following telemetry before contacting Microsoft support.
- Microsoft Edge version: The browser build version from
edge://version. - WebRTC event logs: Active WebRTC event logs exported from
edge://webrtc-internals. - Enterprise policies: Current enterprise policy listings from
edge://policy.