LockDown Browser crash su Mac - Cause e soluzioni passo passo

Last updated 2026-05-14 · LDBypass Editorial

Sintomi

• LockDown Browser rimbalza 1-3 volte nel Dock e poi scompare.
• Dialogo macOS "LockDown Browser si e chiuso inaspettatamente" (trattato separatamente in quit-unexpectedly).
• L'app si avvia con successo, mostra la schermata di caricamento, poi scompare.
• Crash ripetuti al riavvio, nessun avvio esame riuscito.
• File di rapporto crash che appaiono in ~/Library/Logs/DiagnosticReports/ con pattern di nome LockDown Browser-*.ips o .crash.

Dove macOS registra i crash di LDB

Apple registra ogni crash di app in un file .ips (o piu vecchio .crash) in una di due posizioni:

• ~/Library/Logs/DiagnosticReports/ - rapporti di crash a livello utente.
• /Library/Logs/DiagnosticReports/ - a livello sistema (raro per app avviate dall'utente).

Apri il file piu recente (ordina per data) in TextEdit. Le prime 30 righe ti dicono la firma del crash. I campi piu utili:

• "Exception Type" - di solito EXC_BAD_ACCESS, EXC_CRASH o EXC_BREAKPOINT.
• "Termination Reason" - spesso leggibile dall'uomo, p.e. Namespace CODESIGNING, Code 0x2 significa un fallimento di firma del codice.
• "Crashed Thread" - lo stack di chiamate al momento del crash.

Non hai bisogno di interpretare lo stack - il personale di supporto del tuo LMS o di Respondus ne ha bisogno per il ticketing. Salvalo.

Cause principali ordinate per frequenza

1. Rifiuto di Gatekeeper (~31%) - la firma del .dmg era valida al momento dell'installazione ma la cache codesign ora non e valida. Sintomo nell'.ips: Namespace CODESIGNING.
2. Bundle .app corrotto (~28%) - download interrotto, estrazione parziale. Sintomo: EXC_BREAKPOINT molto presto nell'avvio (entro 200ms).
3. Intel su Apple Silicon senza Rosetta (~15%) - rilevante solo se la tua universita distribuisce LDB 1.x legacy. Sintomo: prompt macOS per installare Rosetta al primo avvio; se clicchi Annulla, LDB va in crash al successivo avvio.
4. Mismatch hardened runtime / entitlements (~10%) - un macOS non aggiornato rifiuta entitlement piu recenti di LDB.
5. Mismatch versione WebKit (~6%) - Safari/WebKit e stato aggiornato a meta avvio.
6. Altro (10%): hardware, estensioni kernel.

Soluzione 1 - Reinstalla LDB in modo pulito

Risolve ~80% dei crash. Procedura:

1. Esegui la disinstallazione completa (cluster disinstallazione).
2. Riavvia il Mac.
3. Accedi al tuo LMS, apri la valutazione, scarica LDB fresco.
4. Verifica che la dimensione del .dmg corrisponda a quella attesa indicata dal tuo LMS (di solito mostrata sulla pagina di download).
5. Installa. Approva ogni prompt TCC al primo avvio.

Soluzione 2 - Verifica la firma Gatekeeper

codesign --verify --deep --strict --verbose=2 "/Applications/LockDown Browser.app"
spctl --assess --verbose "/Applications/LockDown Browser.app"

Atteso: "satisfies its Designated Requirement" e "accepted source=Notarized Developer ID". Se uno dei due fallisce, la firma e rotta - reinstalla.

Soluzione 3 - Aggiorna macOS

Impostazioni di Sistema → Generali → Aggiornamento Software. Le build piu recenti di LDB usano entitlement piu recenti; le versioni minori piu vecchie di macOS occasionalmente li rifiutano. Il percorso "hardened runtime mismatch" richiede un aggiornamento di macOS per risolversi.

Soluzione 4 - Installa Rosetta 2 se stai eseguendo LDB 1.x

Rilevante solo se la tua universita distribuisce LDB 1.x legacy. Esegui:

softwareupdate --install-rosetta --agree-to-license

Poi riavvia LDB. Se il tuo LDB e 2.x (la maggior parte delle istituzioni nel 2026), questo passaggio non e necessario - vedi il cluster installazione su Apple Silicon.

Soluzione 5 - Salva il rapporto di crash e contatta il supporto

Se le soluzioni sopra non risolvono i crash ripetuti, salva il file .ips piu recente da ~/Library/Logs/DiagnosticReports/, allegalo a un ticket di supporto Respondus tramite support.respondus.com e metti in CC l'IT della tua universita. La firma del crash permette a Respondus di riprodurlo.