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
>
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 /www.nexeras. com/login/ ?gw_address= 192.168. 22.1&gw_ port=2060& gw_id=2& url=http% 3A//www. openid. net /bugs.launchpad .net/bugs/ 1024807 /bugs.launchpad .net/authpuppy/ +bug/1024807/ +subscriptions
> 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:/
>
> 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:/
>
> 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:/
>