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
>