Le rechargement de Flash 17 fois provoque l'erreur # 2046 et nécessite un redémarrage du navigateur

Question

Je rencontre certains comportements très étranges avec un Flex 4.1 application que je suis en train d'écrire ce qui est dans la manière de tests. Il semble que je peux recharger l'application 16 fois et puis le 17, le processus de chargement échoue avec

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

Il semble être constamment passe le 17 recharger sur Firefox 5.0 et Chrome 12. Je ne suis pas sûr si c'est pertinent, mais je suis en cours d'exécution de Flash Player v10.2.159.1 (arrive aussi avec 10.3.181.34) sur Ubuntu 10.04. Arrive avec à la fois régulières et les versions de débogage de la joueur. Quand je lance l'application sur Windows FF5, il ne semble pas se produire. La fermeture de la fenêtre active du navigateur ne semble pas à le résoudre. La seule façon de contourner cela est de complètement fermer toutes les fenêtres du navigateur et redémarrez le navigateur. Et puis de nouveau après 16 ans de succès des charges, le 17 échoue.

À ce point, je pense, de farinage comme un Linux Flash bug, mais j'aimerais assurez-vous et vérifier si quelqu'un sait si il y a quelque chose que je devrait faire pour l'en empêcher.

L'utilisateur de ce post semble avoir eu le même problème, mais je pense qu'il n'a pas remarqué le modèle que j'ai.

Toute aide sera grandement appréciée. Ruy

== Mise à JOUR ==

Je viens de réaliser qu'après mon application commence par jeter l'2046 d'erreur, essayez de charger un autre Flash qui utilise signé Rsl montre également la 2046 erreur (par exemple, cette application), ce qui signifie que le problème n'est pas spécifique à mon application et probablement lié à la mémoire cache Flash ou quelque chose du genre.

Answer 1

Divulgation: je suis un des Développeurs Flash Player d'Adobe. C'est peu probable d'obtenir beaucoup d'attention car c'est seulement pour Linux et une sorte de cas limite: Probablement ennuyeux au cours de dev de travail, mais très peu d'utilisateurs de recharger la même page plus de 16 fois. Il pourrait aussi être un problème de navigateur. Mais c'est probablement de nous :) je vais regarder le tableau de demain et voir si je peux l'augmenter un peu, mais je vais être honnête, en ce qu'il est vraiment un cas limite et il est peu probable d'obtenir beaucoup d'amour. Si vous voulez augmenter vos chances, assurez-vous d'ajouter le plus simple .swf cas de test que vous pouvez faire pour le bug. Aussi s'il vous plaît vérifiez si il arrive encore avec la dernière version bêta.
J'ai également pris un coup d'oeil au plus tôt les rapports de bogue et les posts sur le forum, vous devriez probablement poste comme un Lecteur Flash bug, pas comme Flex.

Answer 2

Cela prend une longueur d'avance, mais cela ressemble à un problème que nous avons eu .... dans les propriétés du projet - Chemin de construction Flex - Liaison de structure - changer pour "fusionné en code". Cela corrige un problème très similaire à ce que vous décrivez, bien que j'aimerais savoir exactement quelle en est la cause. Bonne chance!

Answer 3

tl;dr: Aucune idée sur la cause, l'affichage aléatoire de possibilité dans l'espoir qu'il pourrait donner à quelqu'un d'autre a une idée ou deux pour les tests.

Considérant qu'il semble être un bug non résolu dans Adobe issue tracker, son peu probable que vous receviez une réponse définitive ici. Considérant qu'il se produit sur les deux Firefox & Chrome, nous allons exclure navigateur bugs et suppose qu'il est dans certaines communes de la bibliothèque (Flash) ou OS API (noyau Linux, mise en œuvre). Un commentaire dans l'un des jira questions mentionne spécifiquement tuer des processus de Flash fixe, de sorte que son Flash problème et pas OS bug.

La chose la plus intéressante que je peux voir ici est votre observation, qu'il réussit exactement 16 fois avant d'échouer à la charge. Temps pour certains de la spéculation, de quelqu'un qui n'a jamais travaillé sur le noyau ou crypto-dev:

Avec un de clés RSA 2048 bits et 32 ko de cache pour les stocker, 16 clés ajustement avant d'ajouter un autre échoue - donc, une conjecture est que chaque fois que ce fichier est chargé, le Flash est mise en cache de la valeur signée (peut-être une version hachée), pour quelque raison - peut-être pour garder une trace de permis et les autorisations de sécurité, etc.? Si cette entrée n'est pas supprimé, puis une fois qu'il est plein de toutes les charges de fichiers échoue si la mise en cache de la signature fait partie de la vérification.

Choses que vous pouvez essayer:

• Réduire la taille de l'application pour voir si la page peut être rechargé plus souvent (comme suggéré par stackfish)
• Compter le nombre de signé Rsl utilisé et si un power/multiple de 2 (peut-être d'autres pour obtenir le message d'erreur après 32 chargement de la page si ils utilisent la moitié de la pas de. de signé libs?)
• Vérifier si Linux plugin Flash a une option pour augmenter les informations d'identification de cache ou quelque chose (ou de la diminuer, juste pour voir si elle a des répercussions sur le pas de. des charges, dans l'affirmative, pourrait être lié à ce problème)

Je pense que pour réellement trouver une solution, vous devriez plongez dans la bibliothèque de code de chargement et de regarder toutes les constantes liées au chargement signé libs qui sont de 4, 16, ou un multiple de 16 pour voir si elles pourraient être responsables, bref, peu de chances d'être soluble par d'autres à l'extérieur de Flash dev team à mon humble avis :/

Answer 4

Ce comportement peut être lié à une fuite de mémoire provoquée par l'implémentation Flex ou le plug-in du navigateur. Firefox est notoire pour ne pas nettoyer la mémoire de toute façon et l'empreinte continuera à se développer plus longtemps vous aurez la même fenêtre de navigateur ouverte.

Si vous réduisez la taille de votre application flex pour produire quelque chose de très petit, le nombre de fois où vous pouvez recharger la page augmente-t-il?

Answer 5

Erreur n ° 2046 sur win vista, ordinateur 64 bits avec 1000 mb problème de carte vidéo radeon uniquement dans la vidéo msn