linux - Recargar el flash 17 veces causa el error#2046 y requiere reiniciar el navegador




flex (5)

tl; dr: No tengo idea de la causa, publicando una posibilidad aleatoria con la esperanza de que le dé a alguien más una idea o dos para probar.

Teniendo en cuenta que parece ser un error no resuelto en Adobe issue tracker, es poco probable que obtenga una respuesta definitiva aquí. Teniendo en cuenta que ocurre tanto en Firefox como en Chrome, descartemos los errores del navegador y supongamos que se encuentra en alguna biblioteca común (Flash) o API de sistema operativo (implementación del kernel de Linux). Un comentario en uno de los problemas de jira menciona específicamente que matar el proceso de Flash lo soluciona, por lo que es un problema de Flash y no un error de sistema operativo.

Lo más interesante que puedo ver aquí es su observación de que tiene éxito exactamente 16 veces antes de no poder cargar. Es hora de algunas especulaciones aquí, de alguien que nunca ha trabajado en kernel o crypto dev:

Con una clave RSA de 2048 bits y una memoria caché de 32k para almacenarlas, 16 teclas encajarían antes de agregar otra falla, por lo que una conjetura es que cada vez que se carga este archivo, Flash almacena en caché el valor firmado (posiblemente una versión hash) por alguna razón - tal vez para hacer un seguimiento de los permisos de seguridad permitidos y utilizados, etc.? Si no se elimina esta entrada, una vez que esté completa, todas las cargas de archivos fallarán si el almacenamiento en caché de la firma es parte de la verificación.

Cosas con las que puedes experimentar:

  • Reduzca el tamaño de la aplicación para ver si la página se puede cargar más a menudo (como lo sugiere el stackfish)
  • Contar el número de RSLs firmados utilizados y si es una potencia / múltiplo de 2 (¿quizás otros obtengan el error después de 32 cargas de página si usan la mitad del número de libs firmadas?)
  • Compruebe si el complemento de Flash de Linux tiene alguna opción para aumentar la caché de credenciales o algo así (o disminuirlo, solo para ver si impacta el número de cargas, de ser así, podría estar relacionado con el problema)

Espero que para encontrar realmente una solución, tenga que sumergirse en el código de carga de la biblioteca y ver todas las constantes relacionadas con cargar libs firmadas que son 4, 16 o un múltiplo de 16 para ver si pueden ser responsables. corto, poco probable que sea soluble por otros fuera del equipo de desarrollo de Flash imho: /

Me encuentro con un comportamiento muy extraño con una aplicación Flex 4.1 que estoy escribiendo que se interpone en el camino de las pruebas. Parece que puedo volver a cargar la aplicación 16 veces y luego el día 17, el proceso de carga falla con

Error #2046: The loaded file did not have a valid signature

Parece que está sucediendo constantemente en la 17ª recarga tanto en Firefox 5.0 como en Chrome 12. No estoy seguro de si es relevante, pero estoy ejecutando Flash Player v10.2.159.1 (también ocurre con 10.3.181.34) en Ubuntu 10.04. Ocurre con versiones regulares y depuradoras del jugador. Cuando ejecuto la aplicación en Windows FF5, parece que no sucede. Cerrar la ventana actual del navegador no parece arreglarlo. La única forma de evitarlo es cerrar por completo todas las ventanas del navegador y reiniciar el navegador. Y luego de nuevo después de 16 cargas exitosas, el 17º falla.

En este punto, estoy pensando en marcarlo como un error de Linux Flash, pero me gustaría asegurarme y verificar si alguien sabe si hay algo que debería hacer para evitarlo.

El usuario de esta publicación parece haber tenido el mismo problema, pero supongo que no se dio cuenta del patrón que tengo.

Cualquier ayuda será apreciada. Ruy

== ACTUALIZACIÓN ==

Me acabo de dar cuenta de que después de que mi aplicación arroje el error 2046, intentar cargar cualquier otro flash que use RSL firmados también muestra el error 2046 (por ejemplo, esta aplicación ), lo que significa que el problema no es específico de mi aplicación y probablemente esté relacionado con el Flash caché o algo por el estilo.


Divulgación: soy un desarrollador de Flash Player en Adobe. Es poco probable que reciba mucha atención, ya que solo es Linux y es un caso marginal: probablemente molesto durante el trabajo de desarrollo pero muy pocos usuarios volverán a cargar la misma página más de 16 veces. También podría ser un problema del navegador. Pero probablemente seamos nosotros :) Mañana veré a la jira y veré si puedo subir un poco, pero voy a ser honesto ya que es realmente un caso extremo y es poco probable que reciba mucho amor. Si desea aumentar sus posibilidades, asegúrese de agregar el caso de prueba .swf más simple que pueda hacer al error. Además, comprueba si todavía ocurre con la última versión beta.
También eché un vistazo a los informes de errores y las publicaciones del foro anteriores, probablemente deberías publicar esto como un error de Flash Player, no como Flex.


Posibilidad remota, pero suena similar a un problema que tuvimos ... en las propiedades del proyecto - Flex Build Path - Framework Linkage - cambiar a "fusionarse en código". Esto soluciona un problema muy similar al que está describiendo, aunque me gustaría saber exactamente cuál es la causa. ¡Buena suerte!


Error # 2046 en Windows Vista, problema de la tarjeta de 64 bits con 1000 mb ati radeon de la máquina de video ocurre solo en msn video sofar


La forma de hacerlo es separarse de la sesión ( ^bd con las combinaciones de teclas predeterminadas) y luego especificar un directorio diferente cuando se vuelve a vincular. Cuando se adjunta a una sesión, use el indicador -c para especificar el directorio de trabajo. Aquí hay un ejemplo:

$ tmux list-sessions
tmuxwtfbbq: 3 windows (created Tue Apr  5 14:25:48 2016) [190x49]
$ tmux attach-session -t tmuxwtfbbq -c /home/chuck/new_default_directory

Esta configuración se mantendrá; una vez que haya restablecido el directorio de trabajo, no tendrá que seguir especificándolo cada vez que vuelva a unirse a la sesión.

Para el registro, estoy en la versión 2.0 de tmux (aunque no creo que sea importante, no pude encontrar nada sobre la adición de una opción -c al comando de attach-session en los registros de cambios, así que supongo que ha estado ahí para un buen rato).





linux flash flex