What this symptom means
This symptom concerns the microphone path. Start with a neutral DeviceOK test where available so the next step is based on evidence rather than a generic reset sequence.
Fault tree
Microphone fault tree
Use the observation that best matches what you can reproduce. Do not treat every cause as equally likely.
Evidence: A different microphone shows signal, or DeviceOK works while the affected app does not.
Next: Compare the selected input in the browser, operating system and affected app.
Evidence: The device exists but access is denied, never prompts, or works in one context and not another.
Next: Check browser site permission and OS microphone privacy controls before reinstalling anything.
Evidence: The microphone is detected but the meter stays flat or is extremely quiet.
Next: Check physical mute, interface gain, OS input level and app input gain in that order.
Evidence: The microphone is absent in DeviceOK and another trusted app, or reconnecting changes detection.
Next: Simplify the connection path: direct port, known-good cable, no dock, then official driver/firmware support.
Interpret the result
Evidence matrix
A test result is useful only if it changes the next troubleshooting branch.
Fast baseline
Rule out the simple causes first
- 1
Run the DeviceOK microphone test and note whether the microphone is detected and whether live input appears.
- 2
Confirm the intended microphone is selected and any physical mute control is off.
- 3
Check the cable, USB port, Bluetooth connection, or headset connector as applicable.
Full sequence
Work from reversible checks to invasive ones
Avoid destructive resets, unofficial driver packages, firmware flashing, or replacing hardware before the simpler detection, permission, connection and configuration checks are exhausted.
- 1
Run the DeviceOK microphone test and note whether the microphone is detected and whether live input appears.
- 2
Confirm the intended microphone is selected and any physical mute control is off.
- 3
Check the cable, USB port, Bluetooth connection, or headset connector as applicable.
- 4
Check browser and operating-system microphone permissions.
- 5
Try the microphone in one other trusted app to separate an app-specific problem from a device-wide problem.
- 6
If the microphone still fails everywhere, use the manufacturer's official driver/firmware/support path before considering hardware failure.
Platform branches
Where the setting lives
Windows
- Settings → Privacy & security → Microphone
- System → Sound → Input device and input level
- Device Manager only after detection/permission is checked
macOS
- System Settings → Privacy & Security → Microphone
- System Settings → Sound → Input
- Check aggregate/multi-output audio only if you intentionally use Audio MIDI Setup
Browser
- Use the lock/site-controls icon to confirm microphone access
- Make sure the intended input is selected after reconnecting a headset/interface
- Retest in a private/incognito window only to isolate extensions—not as a permanent fix
A live signal reaching the browser proves the selected input can capture audio in this session. If the original symptom remains, keep the next checks above the hardware layer until evidence says otherwise.
Failure in both DeviceOK and a second trusted app moves the fault below the original app layer. Compare the simplest direct connection and official diagnostic path before replacement.
Escalation threshold
When software troubleshooting has stopped being high value
- Fails in DeviceOK and at least one other trusted app
- Fails after a direct known-good cable/port path
- Manufacturer diagnostics also report an input/interface fault
- Physical damage, liquid exposure or connector damage is visible