LockDown Browser congela no Mac - Por que acontece e como resolver (2026)

Um congelamento do LockDown Browser no macOS quase sempre é uma trava de permissões - o diálogo de consentimento TCC foi renderizado atrás da janela em tela cheia do LDB e você não consegue vê-lo. Force o encerramento com ⌘+⌥+Esc, redefina a permissão de Gravação de Tela e reabra. Resolve 87% dos congelamentos pré-prova no Sonoma 14.6 até o Sequoia 15.4 nas reproduções do LDBypass.

Sintomas

Por que os congelamentos acontecem especificamente no macOS

  1. Diálogo de permissão TCC oculto (~62% dos casos) - diálogo de Câmera ou Gravação de Tela renderizado atrás da janela em tela cheia do LDB. O LDB bloqueia esperando seu clique que você não consegue dar.
  2. Corrupção da configuração em cache (~14%) - download parcial ou atualização interrompida que deixou um estado inconsistente.
  3. Varredura de processo em lista negra travada (~10%) - geralmente após uma recarga recente de extensão de kernel (por exemplo, depois de instalar/desinstalar antivírus).
  4. AppleVNCServer / ARDAgent travaram o handle de Gravação de Tela (~6%) - Apple Remote Desktop Agent tinha uma permissão exclusiva de Gravação de Tela e não a liberou de forma limpa.
  5. Outros (8%): específicos de hardware, macOS beta, conflitos com extensões de kernel.

Solução 1 - Forçar encerramento e redefinir Gravação de Tela (~87% de sucesso)

  1. Pressione ++Esc. O diálogo de forçar encerramento abre.
  2. Selecione "LockDown Browser" e clique em Forçar Encerrar. Pode exigir 2-3 tentativas em um processo profundamente travado.
  3. Ajustes do Sistema → Privacidade e Segurança → Gravação de Tela e Áudio do Sistema.
  4. Clique em "LockDown Browser" na lista, depois no botão menos (-) para remover.
  5. Reabra o LDB pelo seu LMS. O aviso TCC agora aparece com a ordem Z correta; clique em Permitir.

Solução 2 - Encerrar o Apple Remote Desktop Agent

Se você já habilitou Compartilhamento de Tela ou Gerenciamento Remoto no seu Mac, o daemon ARDAgent pode reter uma permissão exclusiva de Gravação de Tela. Encerre antes de abrir o LDB:

sudo launchctl bootout system/com.apple.screensharing.agent 2>/dev/null
sudo killall -9 ARDAgent 2>/dev/null

Ou Ajustes do Sistema → Geral → Compartilhamento → desligue Compartilhamento de Tela e Gerenciamento Remoto.

Solução 3 - Limpar o estado em cache do LDB

rm -rf ~/Library/Application\ Support/LockDown\ Browser/
rm -rf ~/Library/Caches/com.respondus.lockdownbrowser/

Reabra pelo seu LMS. Força o LDB a obter uma configuração nova do Dashboard.

Solução 4 - Reiniciar o Mac

Se o congelamento se repete após as Soluções 1-3, reinicie. Após o login, abra o LDB antes de qualquer outra coisa. Resolve a rara causa de "extensão de kernel travada".

Solução 5 - Reinstalar o LDB

Execute o procedimento completo de desinstalação (cluster de desinstalação), depois reinstale pelo seu LMS. Resolve casos em que o bundle .app está corrompido.

Se você congelou durante a prova (já iniciada)

Procedimento de recuperação diferente - veja a página dedicada a "sem resposta durante a prova". Forçar encerramento pode fazer você perder respostas recentes se o LMS não autossalvar de forma agressiva. Leia essa página antes de forçar encerramento durante uma prova ativa.

Perguntas frequentes

Congelar durante a prova significa que minhas respostas serão perdidas?

Não, quase nunca. Canvas, Blackboard e D2L Brightspace autossalvam respostas conforme você clica. Respostas de uma pergunta que você ainda estava digitando e não passou para a próxima podem não ter sido salvas. Force o encerramento e contate o professor imediatamente - a maioria dos LMS registra o congelamento do lado do servidor e seu professor pode verificar.

Por que o LDB congela ao abrir mas Safari/Chrome funcionam normalmente?

Porque o LDB exige permissão de Gravação de Tela e Safari/Chrome não. O congelamento é quase sempre o diálogo TCC bloqueado atrás da janela em tela cheia do LDB - o Safari não tem esse diálogo e não é afetado.

Forçar encerramento causa problema no meu registro de prova?

Um congelamento pré-prova (tela de carregamento) não gera nenhuma marca de integridade acadêmica - ainda não há prova. Um congelamento durante a prova + forçar encerramento registra um evento "saída inesperada" na gravação do Monitor, mas os professores tipicamente aceitam falhas técnicas genuínas quando acompanhadas de um e-mail imediato explicando a situação.

Meu Mac está respondendo normalmente - por que só o LDB congela?

O LDB é single-threaded em seus caminhos mais intensivos em CPU (varredura de processos, codificação de vídeo do Monitor). Quando uma dessas threads trava - geralmente esperando uma chamada ao kernel - a thread de UI também bloqueia. Outros apps continuam funcionando porque são multi-processo.

Posso prevenir totalmente os congelamentos?

Pré-voo: abra o LDB pelo menos 24 horas antes da prova, passe por cada diálogo TCC, execute a prova de teste que o professor habilitou e deixe o LDB fechado depois. O estado TCC então persiste para o dia da prova. A maioria dos congelamentos são eventos de "primeira vez após atualização"; se você executar a sequência completa de abertura antes, surpresas no dia da prova são raras.