«El heatmap no ha podido iniciarse» con EvalError (unsafe-eval): corregido en la 0.46.0
En la 0.45.0 de Senzoukria, la aplicación instalada podía mostrar «El heatmap no ha podido iniciarse» con un EvalError sobre «unsafe-eval» y la Content Security Policy. La biblioteca de renderizado generaba código en tiempo de ejecución, algo que la política de seguridad de la aplicación prohíbe. La versión 0.46.0 la sustituye; actualiza a la 0.46.0 o posterior.
Senzoukria · Solución de problemas · Actualizado en septiembre de 2026
En resumen
- Título
- «El heatmap no ha podido iniciarse»
- Detalle técnico
- «EvalError: Evaluating a string as JavaScript violates the following Content Security Policy directive because 'unsafe-eval' is not an allowed source of script…»
- Línea de estado
- «{symbol} · could not start»
- Corregido en
- 0.46.0
Qué ves
Un aviso titulado «El heatmap no ha podido iniciarse» con «El gráfico de {symbol} no ha podido inicializarse.» Bajo «Detalle técnico», el error empieza por «EvalError: Evaluating a string as JavaScript violates the following Content Security Policy directive because 'unsafe-eval' is not an allowed source of script»; lo emite el navegador y se muestra en inglés. La línea de estado dice «{symbol} · could not start». Ocurría igual en la página Heatmap y en los mosaicos de heatmap de Mis páginas.
Por qué ocurre
La biblioteca WebGL que usaba el heatmap escribía JavaScript para sus órdenes de dibujo y lo evaluaba al arrancar. La Content Security Policy de la aplicación mantiene a propósito un script-src 'self' desnudo, verificado por un test, y solo permite la evaluación dentro del sandbox de scripting. El entorno de desarrollo no tiene esa política, y por eso el heatmap funcionaba en desarrollo y no en la aplicación instalada. La misma causa ya se había eliminado de la superficie 3D de GEX en la 0.30.0.
La versión 0.46.0 dibuja el heatmap con llamadas WebGL directas para sus dos programas (el mapa de liquidez y las burbujas), sin ningún código generado.
Cómo solucionarlo
- Actualiza a la 0.46.0 o posterior: acepta el aviso de actualización al arrancar, o instálala desde Cuenta → versiones.
- Si fijaste una versión anterior, pulsa «Resume automatic updates» en la tarjeta de versiones, o instala la 0.46.0 directamente.
- Después de actualizar, abre otra vez el heatmap; el botón «Reintentar» del aviso también lo reconstruye.
Lo que no es
- No es un problema de controlador gráfico ni de GPU: el error viene de la política de seguridad, no de WebGL.
- No es un problema de datos: el libro puede estar llegando bien mientras el renderizador se niega a arrancar.
- No es algo que se arregle relajando ajustes de seguridad: la corrección está en la aplicación.
Cuándo contactar con soporte
Cuando nada de esto ayude, escribe a soporte por Menú → Informar de un problema o en el Discord de Senzoukria. Si estás en la 0.46.0 o posterior y sigues viendo «could not start», copia el Detalle técnico y el modelo de tu tarjeta gráfica.
Páginas relacionadas
- Esperando el primer libro de órdenes
- Contexto gráfico perdido
- Actualizaciones y selector de versión
- Visión general del heatmap
En la misma sección
- Historial más corto de lo pedido
- Historial rechazado (rp_code 13)
- No se pudo completar el historial
- Suscripción rechazada
- Mercado cerrado, nada nuevo
- Reconstruir burbujas rechazado (rp_code 13)
- Proveedor no disponible
- DOM Profile cripto sin profundidad
Esta página en otros idiomas
Preguntas frecuentes
- ¿Qué versiones están afectadas?
- Están afectadas las compilaciones que todavía dibujaban el heatmap con esa biblioteca, la 0.45.0 incluida; el reporte es del 24 de septiembre de 2026. La 0.46.0 ya no la usa.
- ¿La corrección es segura para tarjetas gráficas antiguas?
- La 0.46.0 mantiene el mismo contexto WebGL y la misma extensión ANGLE_instanced_arrays que exigía el renderizador anterior; solo desaparece la generación de código.