[suite] - Retour du problème session (en fait, problème de scriptmanager)

Bonjour,

Après avoir pensé résoudre mon pb de panier hier, je m'en rends compte que ce n'est pas le cas. En effet, hier, en meme temps, je testais le derniere version de Google Chrome...

Donc... Sur Chrome, ça fonctionne très bien (ça semble aussi fonctionner sur Safari). Par contre, sur Firefox et IE8, c'est la cata.
Pour moi, la session est gérée coté serveur et ne devrait donc pas varier sur tel ou tel navigateur. Mais peut-être qu'en utilisant les cookies, le pb viendrait de là. Que ce soit un pb de session ou pas, je ne m'explique pas ce changement.

Reproduire le bug (avec IE ou firefox) :
-aller sur http://www.diffusion-fred.com
-choisir un livre et l'ajouter au panier
-choisir "régler ma commande"
=> Le livre n'apparait pas au panier.
-se promener sur le site, ajouter des livres en un ou plusieurs exemplaires et voir le comportement à droite "mon panier", puis au moment dans le "commander/voir le panier".
=> Plus curieux encore, après avoir ajouter plusieurs livres, presser F5 dans le panier (au moment d'entrer nos nom et adresse) pour voir le panier changer comme bon lui semble !

Le panier est un objet basket chargé en session.
L'ajout, qu'il soit _basket.add(id,qt) suivi de Session["panier"] = _basket ou ((basket)Session["panier"]).add(id,qt) donnent le meme résultat.

La config "SessionState" est :
cookieless="AutoDetect"
cookieName="ASP.NET_SessionId"
regenerateExpiredSessionId="true"
timeout="20"
mode="InProc"
Elle était "UseCookies" jusqu'à ce matin, cela ne change rien au pb.

Merci à nouveau pour votre aide

je viens de tester et il semblerai que la valeur du panier soit remise à 0 à chaque fois (problème de postback?)
ce que je peux te conseiller, c'est de débugger à l'ancienne, tu mets des response.write un peu partout où la valeur du panier est sensée changer (ou pas) et tu regarde ou sinon tu met en place le tracing sur ton site de dev ca te permettra de savoir ce qui se passe, car en effet je pense que c'est la session qui pose problème dans ton cas

Bon... Je controle la "trace" et les sessions sur chaque page.

En comparant IE/Firefox à Chrome, je pense comprendre d'où vient le problème mais je ne m'explique pas le pourquoi.

En fait, le site a un Ajax AutoComplete dans le moteur de recherche. Ce dernier semble appeler (meme sans l'utiliser) "scriptressources.axd" sur IE et Firefox. Sur Chrome, il ne fonctionne pas (du moins, sur mon site... Je ne l'avais pas remarqué) et du coup, "scriptressources.axd" n'est pas appelé.
En faisant en meme temps les meme manip sur les navigateurs, ce sont les seuls différences de trace.


IE Chrome 3
-page1.aspx -page1.aspx
-scriptressources.axd -page2.aspx
-scriptressources.axd
-scriptressources.axd
-page2.aspx
-scriptressources.axd
-scriptressources.axd

Il ne me semble pas que ce soit "normal" mais les sessions sont toujours vides dans scriptressources.axd

Si vous avez des idées autre que de supprimer le scriptmanager et l'autocomplete, je suis preneur.
Merci encore

j'ai le même problème sur tous les navigateur dès que je clique sur un lien le panier se vide
si vraiment tu pense que c'est le moteur de recherche qui pose problème, mets en commentaire ce bout de code ou le user control qui l'utilise et teste comme ca
la dichotomie ma souvent épargné bien des galères en asp.net

merci pour ton aide.

Pour info, je n'ai pas pu trouver d'où venait le pb. Il est clair que le site perd la session régulièrement... Et ce pb de session n'est pas le meme sur Safari/Chrome3 que firefox/IE (!!!).
Bref... Impératif de temps oblige, j'ai laissé tomber les sessions et changé mon fusil d'épaule : cookie pour garder l'identifiant + stockage du panier en base de donnée.

Ca fonctionne très bien, et si on revient le lendemain sans avoir passé commande, on retrouver notre panier, ce qui est plutot bien.