if ( parts.length > 4 );

La pestaña lo dice antes que nadie: «FLORA - producto de servicios documentales». Es el programa, presentándose, antes que el archivo o la Diputación. Detrás de la pestaña, una página de entrada con usuario y contraseña, un enlace para pasar sin cuenta y otro para «Verificar la configuración del navegador». Antes de pintar nada de eso, carga nueve ficheros de código. El primero se llama messages_fr.js, los mensajes en francés.

El último de los nueve es distinto de todos. La página lo pide en VBScript, un lenguaje de Microsoft que solo ejecutaba Internet Explorer. Los navegadores de hoy leen la etiqueta, no reconocen el tipo y la saltan sin decir nada. El fichero se sigue sirviendo, a todo el que entra, para nadie. El segundo se llama system.js y pesa 60.808 bytes.

system.js se abre con una advertencia en francés: este fichero contiene las funciones no modificables por el administrador del sitio y reservadas al sistema. Esto no lo escribió el archivo, ni la Diputación. Es el motor del producto, el que viene de fábrica. Los comentarios llevan fechas de 2005 a 2011 y hablan de contrarrestar versiones de Internet Explorer que ya no existen.

Dentro hay una función pequeña, SizeAndPos, que sirve para abrir ventanas emergentes donde se abrieron la última vez. Recibe una cadena con números separados por comas, posición y tamaño, y si vienen cuatro más los guarda también. Para saber si vienen, comprueba cuántos trozos tiene la cadena: si son más de cuatro, lee los otros cuatro. Está escrito exactamente así. Con una salvedad de un carácter.

La línea de la comprobación termina en punto y coma. En JavaScript, el punto y coma cierra la instrucción: la condición se evalúa, el resultado se tira, y el if se queda sin nada que gobernar. Las llaves que vienen debajo, con sus cuatro líneas dentro, ya no dependen de nada. Son un bloque suelto, y un bloque suelto se ejecuta siempre. El código está sangrado, con el margen metido hacia dentro, como si el bloque fuera del if. No lo es. Lo parece.

¿Y cuándo llega la cadena con cuatro trozos y no con ocho? Cada vez que se abre una ventana emergente sin que haya un contexto guardado. La propia función que abre ventanas pone por defecto «0,0,450,450», cuatro números. La ayuda para enlazar registros desde un formulario abre la suya con «0,0,1050,650», cuatro también. Con cuatro trozos, el quinto no existe, y convertir en número algo que no existe da NaN, el número que no es un número.

No lo hemos deducido: lo hemos ejecutado. Copiamos la función tal como está en el fichero, sin tocar una coma, y la llamamos con «0,0,450,450». Devuelve x, y, ancho y alto correctos, y detrás cuatro campos que valen NaN. Al guardar ese contexto para la próxima vez, la cadena que se escribe es “0,0,450,450,NaN,NaN,NaN,NaN”. La comprobación estaba escrita para que eso no pasara.

Ahora la parte honesta. ¿Qué rompe? En este fichero, casi nada visible: esos cuatro campos solo los vuelve a leer la función que los guarda, y de ahí no salen. El vigilante duerme, pero la puerta que vigilaba da a un cuarto vacío. Lo que enseñamos es una comprobación que lleva escrita, sangrada y publicada desde que existe el fichero, y que no ha comprobado nada ni una sola vez.

El servidor dice que system.js se modificó por última vez el 30 de julio de 2024. Lo guardamos el 31 de agosto de 2026 y lo volvimos a pedir el 14 de septiembre: los mismos 60.808 bytes. La portada también salió idéntica, llave incluida. El enlace para verificar el navegador lleva una llave abierta delante y otra cerrada detrás. Casi nadie lo ha visto, y no por la llave: la hoja de estilos pinta ese enlace de blanco sobre fondo blanco, y solo toma color al pasarle el ratón por encima. En la captura de abajo, el recuadro marca dónde está. Dentro no se ve nada. Está.