Discussion :

[roro06]

Non, le session_onEnd() du global.asa est déclenché à la fin de la session, que ce soit par un timeout ou par un abandon().

Autant l'abandon peut être "détecté" dans la mesure où c'est un acte volontaire, et donc on peut lancer une action l'accompagnant, autant le timeout non.

[fredoche]

bah je vois pas ce qui est contradictoire avec ce que je dis

le session.abandon peut être précédé de la sauvegarde d'un statut particulier dans l'objet session, puisqu'on l'appelle ("acte volontaire")
le session_onEnd() peut vérifier la présence de ce statut, et en sa présence ou son absence, faire un enregistrement en BDD ou ailleurs qui sauvegarde la raison de la fermeture de session, timeout ou abandon.

ensuite reste à faire le lien avec le visiteur qui "revient" ou non, ce qui doit vraisemblablement se faire avec des cookies

[roro06]

le session_onEnd() peut vérifier la présence de ce statut, et en sa présence ou son absence, faire un enregistrement en BDD ou ailleurs qui sauvegarde la raison de la fermeture de session, timeout ou abandon.

ensuite reste à faire le lien avec le visiteur qui "revient" ou non, ce qui doit vraisemblablement se faire avec des cookies

C'est une piste, oui

[mohcultiv]

re tout le monde.

j'ai trouvé un truc basé sur ce qu'avais proposé pc75. Trop simple, je sais pas pourquoi je n'y ai pas pensé plus tôt :

Dans ma page où je vérifie les identifiants de connexion, je faisait un

Code :

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

<%Response.redirect("index.asp")%>

pour me rediriger sur la page index.

j'ai simplement ajouté un paramètre que je récupère dans ma page index :

Code :

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

<%Response.redirect("index.asp?c=1")%>

Du coup, si dans ma page index j'ai le c=1 alors je sais que l'utilisateur à déjà été connecté et donc que si j'ai pas de session existante, c'est que c'est un timeout.
sur ma page de déconnexion je fait le même type de redirection avec c=2.

Et du coup ça marche