PC SOFT

FORUMS PROFESSIONNELS
WINDEVWEBDEV et WINDEV Mobile

Accueil → WEBDEV (précédentes versions) → (61, ERR_DISCONNECTED_EXEC)
(61, ERR_DISCONNECTED_EXEC)
Débuté par Dede 110, 10 sep. 2018 12:24 - 5 réponses
Membre enregistré
44 messages
Posté le 10 septembre 2018 - 12:24
Bonjour comment éviter l'affichage de ce message d'erreur qui indispose mes utilisateurs ...

Code du bouton qui déclenche la deconnexion ....
Finprogramme()

Si j'écris ce message c'est que je n'ai rien trouvé d'efficace ....

Error
Erreur
La session n'existe plus

(vous l'avez quittée, ou elle s'est terminée 'normalement')

(61, ERR_DISCONNECTED_EXEC)

--
Dede 110 Windev depuis version 1.5
Posté le 08 octobre 2018 - 11:10
J'ai le même problème

J'utilise le Groupware utilisateur automatique (conseillé)

Après déconnexion avec gpwDéconnecteUtilisateur() suivit d'un finprogramme()
j'espère revenir à la page de login mais j'ai ce message :

Erreur
La session n'existe plus

(vous l'avez quittée, ou elle s'est terminée 'normalement')

Relancer l'application (Mon application)
L'application va automatiquement être relancée dans 3 secondes


(61, ERR_DISCONNECTED_EXEC)

et je ne trouve pas la solution.

Merci de votre aide

Philippe
Membre enregistré
6 messages
Posté le 12 octobre 2018 - 13:32
Bonjour,
Je ne sais pas si ça répond à votre besoin mais pourquoi ne pas simplement les rediriger sur la page de login au lieu de faire un finprogramme() ?
Ou faire une page de déconnexion plus propre ?
Message modifié, 12 octobre 2018 - 13:33
Membre enregistré
44 messages
Posté le 18 octobre 2018 - 07:23
Je veux bien mais qu'est cela change ?
Page + prope = ?

Si vous n'avez pas ce probleme comment pratiquez vous ?

Bien à vous

--
Dede 110 Windev depuis version 1.5
Membre enregistré
6 messages
Posté le 22 octobre 2018 - 10:46
C'est le finprogramme() qui tue votre session et vous éjecte.
A la place, lors de la déconnexion, je ferai une redirection sur la page de login (ou une page de déconnexion) en prenant soin de réinitialiser ce qu'il y a réinitialiser dans les variables, et en empêchant les retours.
La session du moteur webdev est toujours en vie et le site est toujours accessible pour l'utilisateur en cours (pas d'erreur).
S'il ferme le site ou reste inactif trop longtemps (selon votre paramétrage du moteur webdev) la session expirera naturellement.

Si votre problème est que vous avez trop de sessions en simultané et que vous devez les tuer à mesure, alors je ferai exactement la même chose mais avec une expiration plus courte du délai de session (~1min), plus la mise en place d'une petite procédure "Keep Alive" qui renvoie un ping au serveur (via un timer) pour dire que l'utilisateur est toujours sur le site et qu'il ne faut pas le tuer pour inactivité.

J'espère que ça vous aidera dans votre problème.
Xavier
Membre enregistré
44 messages
Posté le 22 octobre 2018 - 11:07
Voila qui est clair....
merci

--
Dede 110 Windev depuis version 1.5