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