A browser can show a recording page while still lacking permission to use the microphone. The page itself loading correctly does not prove that audio access is available. Work through the permission path in a clear order.
Start with the intended site
Confirm that you opened the correct secure room address. When the browser requests microphone access, choose the intended microphone and read which site is asking. If you previously denied access, use the browser's site controls to review that decision rather than repeatedly reopening the same invitation.
Next, check the operating system's microphone permission for that browser. The site can be allowed while the browser itself is blocked by the computer. A managed work device may have additional restrictions that a guest cannot change.
After updating permission, follow the browser's instruction about reopening or reloading the page. Check whether the room still has the intended microphone selected.
Confirm with a recording
Make a short test and listen to the saved result if the room supports it. A moving input meter is helpful, but it does not tell you whether the right device was used or whether the voice is distorted.
If access still fails, try a supported browser already installed on the device, using the same microphone. Keep the original page open only if the recording tool's instructions require it; several active rooms can confuse the setup.
Allow time for this check before the scheduled conversation. Ask guests to report the exact message on screen instead of saying only that the microphone is broken. That turns a vague delay into a problem the host can help identify.