Geckozone

Bonjour,

Je constate ce problème fréquemment (presque tous les jours). Ça devient donc routinier :
- Je lance la lecture d'une vidéo Flash de trop
- BSOD, redémarrage (BSOD lié au pilote de la carte graphique, le dernier d'AMD)
- copie de sessionstore.js, sessionstore.bak et le 3e daté
- démarrage de Firefox
- souvent, il a perdu mes centaines d'onglets, ce qui veut dire que le .js est corrompu, donc je ferme, je prends le .bak et je démarre (avec en gros une perte d'une journée d'onglets)

Si je regarde ce qu'il y a dans le sessionstore.js corrompu, je constate qu'il est rempli de zéros (partiellement à la fin, ou totalement), donc qu'il était en cours d'écriture. C'est 90% des cas, car il arrive qu'il ne soit pas corrompu. Donc je pense que le plantage survient lorsque je sollicite l'accélération matérielle ET que le sessionstore est en cours d'écriture (ce qui n'arrive pas très souvent il me semble, d'où l'hypothèse, non ? Sinon le .bak serait plus utile).

Problème de robustesse, bug à signaler ? J'ai vu qu'il y a quelques versions, il y a eu une correction en rapport avec les NULL dans sessionstore.js, mais ça n'a pas résolu mon cas (disons que je n'ai plus de .bak corrompus contrairement à avant, où il m'est arrivé vraiment de tout perdre).

Windows 8.1, Firefox 30, R9 290
Votre Navigateur : Mozilla/5.0 (Windows NT 6.3; WOW64; rv:30.0) Gecko/20100101 Firefox/30.0

Une seule solution, résoudre le pbm à la base: le BSOD lié à la CG. Mettez à jour vos drivers graphiques, testez sans l'AM dans Flash.
http://www.macromedia.com/support/docum ... elp01.html
Votre Navigateur : Mozilla/5.0 (Windows NT 6.1; WOW64; rv:30.0) Gecko/20100101 Firefox/30.0

Vous ne confirmez pas que la mise à jour de sessionstore.js n'arrive pas souvent, et que donc ce serait vraiment une drôle de coïncidence que je plante seulement pendant cette étape ?
- mes pilotes sont à jour, je l'ai déjà dit, le jour où les 14.6 sortent je les installerai, mais je ne crois pas qu'ils corrigent quoi que ce soit
- l'AM n'est pas là pour décorer, mais parce qu'elle est nécessaire, si je la désactive et que ça ne plante plus, je ne serai pas satisfait pour autant puisque les vidéos 1080p risquent de vraiment ramer.
- Il m'arrive de lire des vidéos avec WMP pendant que je surfe, donc ça utilise aussi la carte graphique normalement, d'ailleurs l'OS l'utilise aussi (Aeroglass...). Donc pour moi le problème est soit chez Firefox (ou une extension), soit chez Adobe.
Votre Navigateur : Mozilla/5.0 (Windows NT 6.3; WOW64; rv:30.0) Gecko/20100101 Firefox/30.0

Bonjour

Plantage/crashe = fermeture brutale et inattendue de Firefox.

Donc s'il y à un plantage de Firefox, il est "possible" qu'il y est un problème d'écriture des fichiers sessionstore ! Mais bon, dernièrement j'ai eu pas mal de plantages avec une version en développement de Firefox (avec la release, j'en ai 1-3 par an...) et je n'ai jamais perdu mes sessions.

D'ailleurs, s'il y à plantages, il serait bien de nous fournir des rapports.
Tape about:crashes dans la barre d'adresse, ouvre les adresses des rapports dans de nouveaux onglets et copie les adresses d'onglets représentant les 4-5 derniers rapport envoyés, dans ton prochain message.

troudhuk a écrit : l'AM n'est pas là pour décorer, mais parce qu'elle est nécessaire, si je la désactive et que ça ne plante plus, je ne serai pas satisfait pour autant puisque les vidéos 1080p risquent de vraiment ramer.

Que tu sois satisfait ou pas, s'il y à un problème avec l'accélération matériel, ce n'est en aucun cas un problème de Firefox, mais problème de compatibilité du matériel ou des pilotes avec Flash Player ! Donc si c'est le cas, on ne peut rien de conseiller de plus !
Et en laissant l'accélération matériel de Flash , mais en désactivant celle de Firefox, ça donne quoi ? https://support.mozilla.org/fr/kb/mettr ... ataerielle Bien sur, là non plus ce n'est pas un problème de Firefox.
.
.
Votre Navigateur : Mozilla/5.0 (Windows NT 6.0; rv:33.0) Gecko/20100101 Firefox/33.0