LockDown Browser Unresponsive During Exam on Mac - Emergency Recovery

LDB freezing during an active exam is high-stress but recoverable in almost every case. Submitted answers persist server-side; force-quit is safe; the recovery is to relaunch from your LMS or contact your instructor with the exact freeze time. Below: the calm escalation ladder.

Don't panic - what's actually at risk

The fundamental fact: your LMS, not LDB, holds your exam answers. LDB is a kiosk wrapper around your LMS's exam interface. Every answer you've clicked through is stored on Canvas/Blackboard/D2L Brightspace/Moodle servers, not in LDB's process memory.

What survives a freeze + force-quit:

What may not survive:

Escalation ladder during the freeze

  1. Wait 30 seconds. Some freezes self-resolve as a slow operation completes. Don't force-quit immediately if the spinner is moving.
  2. Try ⌘+Q. LDB blocks this in kiosk mode but occasionally accepts it during specific freeze states. If it works, the exam exits cleanly via the Submit dialog.
  3. Force-quit. ⌘+⌥+Esc → LockDown Browser → Force Quit. See force-quit entity for details.
  4. If force-quit dialog doesn't open, use Activity Monitor or last-resort terminal kill (also covered in the force-quit entity).
  5. Open Safari, sign in to LMS, navigate to the exam. Most LMSes show "Resume Quiz" with elapsed time preserved.
  6. If LMS shows "Auto-submitted" or "No in-progress attempt", email your instructor immediately. Provide:
    • Your name and the course number.
    • The exact time the freeze started.
    • Approximately how many questions you answered before the freeze.
    • Your macOS version and LDB version.
    • A screenshot of any error message.
  7. If your university has an Academic Integrity office, copy them on the email. Documenting the failure proactively protects you from later misinterpretation.

What NOT to do

How to prevent this from happening on the next exam

  1. Run the practice exam your instructor enabled, on the same Mac, the day before. Catches TCC failures and blacklist conflicts in advance.
  2. Update macOS and LDB to the latest versions in the days before the exam (not the morning of).
  3. Quit every other application before launching LDB.
  4. Disconnect external monitors, AirPods (use built-in mic for system check), and external webcams that you don't need.
  5. Charge to 100% and plan to take the exam plugged in if it's > 90 minutes.
  6. Disable any third-party antivirus's real-time scanning for the exam window.

If the freeze leads to academic-integrity escalation

Most universities have policy frameworks for technical failures during proctored exams. Common provisions:

The single most important thing: email immediately. The 24-hour notification window is non-negotiable at most institutions. Your saved .ips crash report is your strongest evidence.

Frequently asked questions

My instructor doesn't respond. Can I retake the exam without their approval?

No. The LMS won't let you re-attempt without instructor reset, and forcing the issue (e.g. taking the exam in Safari directly) creates a worse academic-integrity problem. Wait for instructor reply or escalate to the department chair / registrar.

Will the Monitor recording show the freeze?

Yes - Monitor uploads in 30-60 second chunks throughout the exam, so the recording up to the freeze is preserved on Respondus's servers and visible to your instructor. The freeze itself is visible as the recording stopping at a specific timestamp.

Should I email my instructor before or after force-quitting?

After. Force-quit first to release the kiosk lock so you can use Safari/Mail. The total time from freeze to email is typically < 5 minutes if you follow the escalation ladder.

What if I can't even get to my email?

Use a phone, a friend's computer, or a campus computer lab. The 24-hour window matters more than the specific channel. Most universities accept phone calls to the academic integrity office for emergencies.