LockDown Browser loopt vast op Mac - Oorzaak en oplossingen (2026)
Symptomen
- Draaiend wieltje binnen 5-10 seconden na het starten van LDB.
- LDB-venster zichtbaar maar volledig niet-reagerend.
- Dialoog Geforceerd stoppen verschijnt via ⌘+⌥+Esc maar sluit LDB niet bij de eerste poging.
- Cursor reageert nog wel in andere delen van het scherm.
- Soms een verborgen Camera- of Schermopname-prompt achter het LDB-venster.
Waarom vastlopers gebeuren op macOS specifiek
- Verborgen TCC-toestemmingsdialoog (~62% van de vastloper-gevallen) - Camera- of Schermopname-dialoog gerenderd achter het volledige scherm van LDB. LDB blokkeert terwijl het wacht op een klik die jij niet kunt maken.
- Beschadigde gecachte configuratie (~14%) - onvolledige download of onderbroken update heeft een inconsistente staat achtergelaten.
- Geblokkeerde proces-scan vastgelopen (~10%) - meestal na een recente herlading van een kernel-extensie (bijv. na installatie/verwijdering van antivirus).
- AppleVNCServer / ARDAgent vergrendelde de schermopname-handle (~6%) - Apple Remote Desktop Agent had een exclusieve Schermopname-toestemming en gaf deze niet correct vrij.
- Overig (8%): hardware-specifiek, beta-macOS, conflicten met kernel-extensies.
Oplossing 1 - Geforceerd stoppen en Schermopname resetten (~87% succesvol)
- Druk op ⌘+⌥+Esc. De dialoog Geforceerd stoppen opent.
- Selecteer "LockDown Browser" en klik op Geforceerd stoppen. Kan 2-3 pogingen kosten bij een diep vastgelopen proces.
- Systeeminstellingen → Privacy en beveiliging → Schermopname en systeemaudio.
- Klik op "LockDown Browser" in de lijst, klik op de (-)-min om te verwijderen.
- Start LDB opnieuw vanuit je LMS. De TCC-prompt verschijnt nu in de juiste z-volgorde; klik op Sta toe.
Oplossing 2 - Sluit Apple Remote Desktop Agent
Als je ooit Schermdeling of Beheer op afstand op je Mac hebt ingeschakeld, kan de ARDAgent-daemon een exclusieve Schermopname-toestemming vasthouden. Sluit deze af voordat je LDB start:
sudo launchctl bootout system/com.apple.screensharing.agent 2>/dev/null
sudo killall -9 ARDAgent 2>/dev/null
Of Systeeminstellingen → Algemeen → Delen → schakel Schermdeling en Beheer op afstand uit.
Oplossing 3 - Wis de gecachte LDB-staat
rm -rf ~/Library/Application\ Support/LockDown\ Browser/
rm -rf ~/Library/Caches/com.respondus.lockdownbrowser/
Start opnieuw vanuit je LMS. Dwingt LDB om een verse Dashboard-configuratie op te halen.
Oplossing 4 - Start je Mac opnieuw op
Als de vastloper terugkeert na Oplossing 1-3, start opnieuw op. Start na het inloggen LDB voordat je iets anders opent. Verhelpt de zeldzame oorzaak van een "vastgelopen kernel-extensie".
Oplossing 5 - LDB opnieuw installeren
Voer de complete verwijderingsprocedure uit (verwijderingscluster) en installeer dan opnieuw vanuit je LMS. Verhelpt gevallen waarin de .app-bundel zelf beschadigd is.
Als je midden in een examen bent vastgelopen (al gestart)
Andere herstelprocedure - zie de aparte pagina over niet reageren tijdens het examen. Geforceerd stoppen riskeert verlies van recente antwoorden als je LMS niet agressief automatisch opslaat. Lees die pagina voordat je geforceerd stopt tijdens een actief examen.
Frequently asked questions
Betekent vastlopen tijdens het examen dat mijn antwoorden verloren zijn?
Nee, in bijna alle gevallen niet. Canvas, Blackboard en D2L Brightspace slaan antwoorden automatisch op zodra je ze aanklikt. Antwoorden op een vraag waarin je aan het typen was maar nog niet doorgeklikt had, worden mogelijk niet bewaard. Stop geforceerd en neem direct contact op met je docent - de meeste LMSen registreren de vastloper aan de serverkant en je docent kan dit verifieren.
Waarom loopt LDB vast bij het starten terwijl Safari/Chrome prima werken?
Omdat LDB toestemming voor Schermopname vereist en Safari/Chrome niet. De vastloper is bijna altijd een TCC-dialoog die geblokkeerd is achter het volledige scherm van LDB - Safari heeft zon dialoog niet en wordt niet getroffen.
Veroorzaakt geforceerd stoppen een probleem met mijn examenrecord?
Een pre-examen-vastloper (laadscherm) heeft geen integriteitsmarkering - er is nog geen examen. Een vastloper midden in het examen + geforceerd stoppen registreert een "onverwachte beeindiging" in de Monitor-opname, maar docenten accepteren doorgaans echte technische storingen wanneer deze vergezeld gaan van een directe e-mail waarin de situatie wordt uitgelegd.
Mijn Mac reageert verder normaal - waarom loopt specifiek LDB vast?
LDB is single-threaded voor de meest CPU-intensieve paden (proces-scan, Monitor-video-encode). Wanneer een van die threads vastloopt - meestal wachtend op een kernel-aanroep - blokkeert ook de UI-thread. Andere apps blijven werken omdat ze multi-process zijn.
Kan ik vastlopers helemaal voorkomen?
Pre-flight: start LDB minstens 24 uur voor je examen, klik door elke TCC-dialoog, voer het oefenexamen uit dat je docent heeft ingeschakeld, en laat LDB daarna gesloten. De TCC-staat blijft dan behouden tot examendag. De meeste vastlopers zijn first-time-na-update-incidenten; als je de volledige startsequentie van tevoren doorloopt, zijn verrassingen op examendag zeldzaam.