Salut André,

je sais que ça ne t'aidera ps beaucoup, mais saches que nous utilisons pour
la plupart l'authentificateur "splash only"

Évite toi du trouble, il  a 50% des gens qui ne savent pas comment créer de
compte.
et dans l'autre 50%, il y a la moitié qui ne sait pas comment le valider


Sans mentir, en passant en splash only, on a vu un doublement des
connexions du jour au lendemain.


Jackson

2012/7/15 Andrei <email address hidden>

> This situation occured on unpredictable occasions. I know that it is the
> worst situation for any person working in information technologies. But
> one thing i'm sure of, is that it is not something coming from a
> specific misused state or misleading manipulations of authpuppy.
>
> Here's some example of what i done : I subscribed a new user with a
> "validation" status. When i save it, a symfony page appear. (One thing
> i've noticed is that symfony always give the same error number, so i
> don't pay attention to symfony's message as long as seeing a symfony
> page means error).
>
> I restart the server with the frondend_dev.php url part. I always tend
> to see SQL Statements on first instance. I've seen an SQL statement with
> a "WHERE" part made with "id=?". Taking this same SQL statement and
> makink it run in Mysql give an error, "id can't be compared to ?".
>
> For each user subscribed with any other status than validation,
> everything's fine, i didn't get any error.
>
> The second example is when i subscribe a user who already exist, always
> with this "validation" status. Instead of having a trapped error saying
> that this user exist, i have a symfony page with the common error 400,
> But as soon as a status is different than "validation", there's a
> message telling me that the email adress already exist, wich is ok.
>
> Anyway, i'll try to make a document giving specific point of this
> situation.
>
> I just want to say that what i do is not in any negative purpose. I'm in
> a situation (that i keep personal) where i have to stay home not by
> choice, Authpuppy is, in my point of view, a very good product.
> Everything's not perfect in this world anyhow.
>
> --
> 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
>