Comment 10 for bug 1024807

Je t'ai créé un compte administrateur, dont tu trouveras les détails, par un courriel que je t'ai envoyé à ton adresse de courriel ilesansfil.org
Grand merci !
André

> Date: Tue, 17 Jul 2012 14:22:37 +0000
> From: <email address hidden>
> To: <email address hidden>
> Subject: Re: [Bug 1024807] Re: Gestion des usagers locaux - inscription avec statut validation
>
> c'est surement un problème de configuration de tes plugins.
>
> Il faudrait que je prenne la main sur ton serveur pour vérifier
>
> Jackson
>
> Le 17 juillet 2012 02:21, Andrei <email address hidden> a écrit :
>
> > Ça serait une bonne chose, nous ne sommes pas tous des spécialistes en
> > tout domaine, et le serveur d'authentification authpuppy en soi est une
> > chose, et lorsque se produit un problème, souvent lorsque d'autres
> > personnes l'ont vécu, la solution émane du problème.
> >
> > Ça manque énormément d'autant plus que c'est une plateforme qui est
> > accessible par internet en solution à Wifidog (qui curieusement possède
> > plus de liens qu'authpuppy en tant que plateforme connue).
> >
> > Si c'est orienté technicien, alors la plateforme à mon avis aura des
> > utilisateurs locaux (Québecois) alors qu'elle a un potentiel pour
> > beaucoup plus vaste. C'est un peu l'enjeu qui arrive par la philosophie
> > du "techician driven software".
> >
> > Il est deux heures du matin, je viens de tester la partie SplashOnly, la
> > connexin s'est fait une fois car pour le node 2 de mon serveur j'ai une
> > adresse internet et un statut de connexion sur le serveur au niveau du
> > node.
> >
> > Maintenant, je me déconnecte du SSID relatif au serveur, je me
> > reconnecte, j'ouvre une page internet avec www.openid.net et ça me
> > donne ce que j'ai déjà eu :
> >
> >
> > https://www.nexeras.com/login/?gw_address=192.168.22.1&gw_port=2060&gw_id=2&url=http%3A//www.openid.net
> >
> > Mon nom de domaine point sur l'adresse ip du serveur mais pour le reste,
> > pas de splash, un url comme celui qui précède qui mène à rien ... .
> >
> > En tout cas, merci beaucoup Jackson, j'apprécie pour ton soutien.
> >
> > André
> >
> > --
> > You received this bug notification because you are subscribed to
> > AuthPuppy.
> > https://bugs.launchpad.net/bugs/1024807
> >
> > Title:
> > Gestion des usagers locaux - inscription avec statut validation
> >
> > Status in AuthPuppy authentication server for Wifidog networks:
> > New
> >
> > Bug description:
> > L'erreur se produit en certaines occasions (oui je sais que c'est le
> > pire scénario quand une erreur se produit de façon sporadique pour
> > tout informaticien). J'ouvre mon serveur, je suis avec une base de
> > donnée mysql, sous debian. Dans la gestion des usagers locaux, je
> > clique sur new.
> >
> > J'inscris un nouvel usager avec le statut validation. Une fenêtre
> > Symfony m'apparait. J'ai regardé la requête SQL qui vérifie
> > l'existence de l'usager en question, et dans la partie après le where
> > du SQL j'ai un where (id = ?) ce qui cause une erreur en partant car
> > le id s'attend a une valeur numérique.
> >
> > Pour tout usager inscrit avec d'autres statuts, il n'y a pas d'erreur
> > qui survient (Interdit, Permis, Barré) Curieusement par contre
> > Interdit se change pour validation une fois le processus
> > d'enregistrement terminé.
> >
> > Parfois la fenêtre d'erreur n'apparait pas, j'inscrit un nouvel
> > usager, j'enregistre, et si je regarde si celui ci fait partie de la
> > liste des usagers locaux, ce n'est pas le cas (toujours dans une
> > situation ou le statut est validation).
> >
> > Si j'inscris deux fois le même usager, avec les même coordonnées, si
> > ce dernier est en validation, j'aurai une erreur qui n'est pas
> > interceptée et qui m'amène a une fenêtre symfony.
> >
> > Alors que pour un nouveau nom d'usager tout est conforme et un message
> > me dit que l'adresse de courriel existe déja, je la change et l'usager
> > est insrit correctement.
> >
> > Je documenterai davantage les erreurs en question tout au cours des
> > prochains jours. Un point commun, le statut validation pour tout
> > erreur, tout autre statut ne produit pas d'erreur lors de
> > l'enregistrement.
> >
> > To manage notifications about this bug go to:
> > https://bugs.launchpad.net/authpuppy/+bug/1024807/+subscriptions
> >
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1024807
>
> Title:
> Gestion des usagers locaux - inscription avec statut validation
>
> Status in AuthPuppy authentication server for Wifidog networks:
> New
>
> Bug description:
> L'erreur se produit en certaines occasions (oui je sais que c'est le
> pire scénario quand une erreur se produit de façon sporadique pour
> tout informaticien). J'ouvre mon serveur, je suis avec une base de
> donnée mysql, sous debian. Dans la gestion des usagers locaux, je
> clique sur new.
>
> J'inscris un nouvel usager avec le statut validation. Une fenêtre
> Symfony m'apparait. J'ai regardé la requête SQL qui vérifie
> l'existence de l'usager en question, et dans la partie après le where
> du SQL j'ai un where (id = ?) ce qui cause une erreur en partant car
> le id s'attend a une valeur numérique.
>
> Pour tout usager inscrit avec d'autres statuts, il n'y a pas d'erreur
> qui survient (Interdit, Permis, Barré) Curieusement par contre
> Interdit se change pour validation une fois le processus
> d'enregistrement terminé.
>
> Parfois la fenêtre d'erreur n'apparait pas, j'inscrit un nouvel
> usager, j'enregistre, et si je regarde si celui ci fait partie de la
> liste des usagers locaux, ce n'est pas le cas (toujours dans une
> situation ou le statut est validation).
>
> Si j'inscris deux fois le même usager, avec les même coordonnées, si
> ce dernier est en validation, j'aurai une erreur qui n'est pas
> interceptée et qui m'amène a une fenêtre symfony.
>
> Alors que pour un nouveau nom d'usager tout est conforme et un message
> me dit que l'adresse de courriel existe déja, je la change et l'usager
> est insrit correctement.
>
> Je documenterai davantage les erreurs en question tout au cours des
> prochains jours. Un point commun, le statut validation pour tout
> erreur, tout autre statut ne produit pas d'erreur lors de
> l'enregistrement.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/authpuppy/+bug/1024807/+subscriptions