LockDown Browser Stuck on Loading Screen on Mac (8 Quick Fixes for 2026)
Symptoms
- "Preparing your exam" or "Loading…" message persists past 30 seconds.
- Spinning beach ball or a static progress indicator that never advances.
- Cursor is responsive elsewhere but the LDB window is unresponsive.
- No error message - just the loading screen.
- Sometimes a background prompt for Camera or Screen Recording that you can't see.
Why this happens on macOS
The loading phase has three blocking steps: the TCC consent dialogs (Camera, Microphone, Screen Recording), the blacklist scan, and the network round-trip to your university's Respondus Dashboard. Stuck-loading is almost always step 1 or step 3:
- Hidden TCC consent dialog. macOS Sonoma 14.4+ occasionally renders the consent dialog behind LDB's full-screen window. LDB waits indefinitely for your click; you don't see the dialog. ~52% of stuck-loading cases.
- Network timeout to Respondus Dashboard. The /v3/launch request to
*.respondus.comtakes > 30 seconds (slow network, VPN routing, corporate firewall). LDB doesn't show a clear timeout error. ~18% of cases. - Blacklist scan stalled. The process enumeration call hangs because Activity Monitor's process tree is in an unusual state - usually after a recent kernel extension reload. ~12%.
- Cached state mismatch. Stale cached Dashboard config disagrees with what the server returns; LDB enters a retry loop. ~10%.
- Other (8%): hardware, sandbox container damage, beta macOS issues.
Fix 1 - Force-quit and check for a hidden dialog
- Press ⌘+⌥+Esc. macOS shows the force-quit dialog.
- Select "LockDown Browser". Click Force Quit.
- If a TCC consent dialog now appears (it was hidden behind LDB's window), click Allow.
- Relaunch LDB from your LMS.
Verified to fix ~52% of stuck-loading reports.
Fix 2 - Reset Screen Recording permission
- System Settings → Privacy & Security → Screen & System Audio Recording.
- Find "LockDown Browser". If present, click it once to highlight, then click the (-) minus button to remove.
- If macOS asks for confirmation, click Remove.
- Relaunch LDB. The permission prompt should reappear; click Allow.
Fix 3 - Verify your network
If your network drops every other request, LDB's launch sequence stalls. Test:
curl -I https://www.respondus.com/lockdown/index.shtml
ping -c 4 www.respondus.com
If either fails or shows >500ms latency, troubleshoot your network before retrying LDB. Disconnect from VPNs (consumer or corporate), switch from 5GHz Wi-Fi to wired Ethernet via a dock if possible, retry.
Fix 4 - Clear cached state and relaunch
# Quit LDB first.
rm -rf ~/Library/Application\ Support/LockDown\ Browser/
rm -rf ~/Library/Caches/com.respondus.lockdownbrowser/
# Relaunch from your LMS.
Fix 5 - Quit conflicting apps
Activity Monitor → search and quit any of: Zoom, Teams, Grammarly, Dropbox, OneDrive, Citrix Workspace, Parallels Desktop, AnyDesk, TeamViewer. See the conflicts cluster for the complete list.
Fix 6 - Restart your Mac
A reboot resets every kernel extension, every TCC database lock, and every stuck process. After reboot, launch LDB from your LMS as the first action - before opening anything else.
Fix 7 - Update macOS to the latest minor version
System Settings → General → Software Update. Apple's incremental updates regularly include TCC fixes that resolve stuck-launch behaviour. Update before your exam window opens.
Fix 8 - Reinstall LDB cleanly
If 1-7 didn't help, run the complete uninstall procedure in the uninstall cluster, restart, then reinstall from your LMS link.
If none of these work
The remaining ~3% of cases trace to your specific course's Respondus Dashboard configuration - your university IT or instructor needs to look at the server side. Provide them with the exact LDB version (right-click LDB.app → Get Info), macOS version (About This Mac), and the time of your launch attempt.
Frequently asked questions
How long should I wait before declaring LDB "stuck"?
30 seconds is the threshold. Normal launch takes 5-15 seconds on Apple Silicon Macs (slightly longer on Intel reference hardware). If you're past 30 seconds with no progress indicator movement, force-quit and start the diagnostic ladder.
Does force-quitting LDB during loading lose my exam progress?
No - the exam hasn't started yet. The loading screen is pre-exam initialisation; force-quitting here returns you to the desktop with no exam impact. Different from force-quitting during the exam itself.
Why does this only happen sometimes, not every launch?
Most of the time the cause is a TCC permission re-confirmation that triggers stochastically (every 30 days for Screen Recording on Sequoia 15.3+, every macOS minor update for Camera/Microphone). Same Mac, same LDB version, but the macOS-side state changed between launches.
I see no permission dialog when I force-quit. What now?
The hidden-dialog cause is one of four. The other three (network timeout, blacklist scan, cached state) require Fix 3, 5, or 4 respectively. Run them in order.
Is "stuck loading" different from a freeze?
Stuck-loading happens before the exam starts (loading screen visible, no progress); freeze can happen at any point. They share root causes but the dedicated entity for freezes covers post-launch unresponsiveness.