Discussion :

[luimême]

J'essaye de faire une gestion d'erreur sur mon site.

Dans mon global.asax :
je récupère l'erreur et la met dans une varibale de session.
je récupère des variables de session pour créer ma page d'erreur.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
void Application_Error(object sender, EventArgs e) 
{    Session["LastError"] = Server.GetLastError();
     Server.Tansfer(~/maPageDErreur.aspx)                }

L'accès à ma page d'erreur se passe bien.
Mais le système retourne vers la méthode Application_Error.
Je ne comprends pas ce comportement.

Erreur obtenue :
L'état de session a créé un ID de session, mais il ne peut pas l'enregistrer, car la réponse a déjà été vidée par l'application.]

Merci de votre aide

[tomlev]

Je pense que c'est lié au fait que les données de session sont stockées dans un cookie. Le cookie est envoyé dans le header, donc si ta page est déjà en partie envoyée au client, il est trop tard pour ajouter quelque chose dans l'en-tête...

[lutecefalco]

Je pense que c'est lié au fait que les données de session sont stockées dans un cookie. Le cookie est envoyé dans le header, donc si ta page est déjà en partie envoyée au client, il est trop tard pour ajouter quelque chose dans l'en-tête...

Les variables de session ne sont pas stockées dans un cookie

[Pongten]

Au lieu de faire Server.Transfer, tu peux ajouter la directive suivante dans ton web.config : <customErrors mode="RemoteOnly" defaultRedirect="~/maPageDErreur.aspx"/>

Comme ça, dès qu'une erreur est interceptée, ça t'affiche la page d'erreur, sauf en local, ce qui est très pratique pour le debug. Sinon, tu peux jouer avec le paramètre mode.

[tomlev]

Les variables de session ne sont pas stockées dans un cookie

Tu es sûr ? je crois me souvenir que c'est configurable... mais je peux me tromper

[tomlev]

Tu n'es pas le premier à rencontrer ce problème apparemment...

En fait j'ai fait une petite confusion... ce ne sont pas les variables de session qui sont stockées dans le cookie, mais l'ID de la session. La session n'est pas réellement créée tant que tu ne stockes rien dedans, donc le cookie avec l'ID de session n'est pas envoyé. Donc, quand tu ajoutes quelque chose dans la session pour la première fois, ASP.NET essaie d'envoyer le cookie, mais comme les en-têtes sont déjà partis, il ne peut pas... d'où l'erreur

[luimême]

Effectivement, j'ai ajouté le bout de code ci-dessous dans mon page_loade la page d'erreur

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 if (Session.IsNewSession)
            {
                Session["ASP.NetAjaxIsReallyStupid"] = true;
            }

Et ça fonctionne.

[stephtbest]

Au lieu de faire Server.Transfer, tu peux ajouter la directive suivante dans ton web.config : <customErrors mode="RemoteOnly" defaultRedirect="~/maPageDErreur.aspx"/>

Comme ça, dès qu'une erreur est interceptée, ça t'affiche la page d'erreur, sauf en local, ce qui est très pratique pour le debug. Sinon, tu peux jouer avec le paramètre mode.

Bonjour,
je sais que ce post est un peu vieux... mais pour moi, d'actualité.
Dans mon web.config, je fais exactement cela
Mais le soucis c que quand ça arrive en production, je n'arrive pas à afficher à l'utilisateur le détail de l'erreur. Y a t-il une autre solution en utilisant le web.config?? l'idée est de trouver une gestion d'erreur "globale", autre que le try catch sur toutes les pages...
Merci par avance