Reprise du message précédent :

y a deja plusieurs topics unique dans d'autres sections qui ont été "réaffecté"
mais c'est fait actuellement par une manip manuel d'un admin dans la BDD il me semble

 
Euh ... oui ... je sais C'est bien de ça qu'on est justement en train de parler

+2

bah vi, mais les admin c'est les memes depuis des années, donc la manip ils ont limite qu'a copier coller une requete qu'ils gardent dans un txt, faire un commit et basta
et ca doit pas arriver assez souvent pour que joce code la feature, tout connement ... deja que les trucs pressants il les fait que si un client le demande

 
 
(en même temps t'as pas complètement tort)

(y a des features plus utiles que ca a faire je pense )

 
C'est beau de le défendre

Bah faut bien, si il veut que Joce partage avec lui la came filée par (DJ) YeLL.

C'est la solidarité corporative des survivants de feu la Cat7

Très chiant les coupures, j'ai perdu un énorme pavé que j'avais écrit

Alors y'a une chouette extension là, Leak monitor, qui regarde si y'a pas des JS qui leak.
 
Et y'en a un là :

C'est quoi ce thème?
C'est sous Windows?

Ouais C'est XPMC RC3

 
Merci du tuyau

 
Comme ?
 

 
Précédent sous firefox, ton texte revient

 
Ouais mais c'est un bug de firefox, il devrait reloader quand on fait précédent et faire perdre le texte

 
Non c'est pas un bug, c'est une fonction pour te faire gagner du temps, il fait une image des pages précédentes, et c'est bien utile des fois

 
Je sais, mais certains ici considèrent que c'est un bug ^^

 
pourquoi le [ACH] est à droite du titre de la page pour firefox alors que le topic commence par ça ?

voir 3 pages précédentes

Merci.

c'est à dire ?

ca detecte quand les object javascript sont toujours là quand la fenetre est fermé.  
son site perso est bien explicatif: http://dbaron.org/mozilla/leak-monitor/

Bon c'est pas super grave, mais c'est effectivement dans certains cas quand une référence à un object est maintenue après fermeture ou changement de page, ce qui empêche le garbage collector de libérer la mémoire occupée par cet objet.

c'est pas plutot des bugs du navigateur ?

Ca se peut aussi...

 
référence, garbage collector ?

Ouais, c'est la différence entre les vieux langages pourraves style le C où faut que tu gères toi-même la mémoire, et les langages modernes en or qui s'occupent de tout.

Justement, je trouve son extension louche. pour moi ca viendrait effectivement de firefox si ca arrivait.
  d'ailleurs l'interet principal de l'extension est surtout pour les dev d'extension XUL vu que ca verifie aussi les fuite via chrome.

Ah ouais, Bug 241518 : calling addEventListener with a closure holding a content node leaks the document

 
C'est un bug du navigateur, mais c'est pratique pour le codeux ffox de le savoir histoire d'utiliser d'autres méthodes javascripts qui leakent pas.
 
Si ma mémoire est bonne c'est certaines formes de callback principalement qui posent pb, et si t'as une appli js qui en utilise beaucoup tu peut faire bien mal à la réactivité comme ca, même si c'est pas ta faute si ca leak, ca peut être utile de corriger le pb.

Voilà, même si c'est un problème de Firefox, on peut facilement le corriger en virant les listeners dans le window.unload

Ou alors s'en foutre

ouais ils ont qu'a apprendre a coder

Et moi faut que je refasse mon garbage collector, stocker tout les pointeurs en double dans tout les objets ca le fait pas

t'es coincé en 1978?

 
Un truc à faire en C, j'ai eu envie d'essayer de jouer avec du pseudo-objet finalement c'est assez simple à implémenter. (bon c'est un algo supernaif aussi... )

Un truc bien serait que les geeks dégagent du topic pour laisser la place aux utilisateurs

Ce sont les bugs du navigateur (dans l'implémentation du GC par exemple), mais il ne faut pas moins en tenir compte.
 
BTW pour MSIE, il y a Drip