Comment 3 for bug 1024807

Revision history for this message
Normand Robert (nrobert) wrote : Re: [Bug 1024807] Gestion des usagers locaux - inscription avec statut validation

De notre côté, les connexions se sont multipliées par 5 avec SplashOnly...

°º?ø,¸¸,ø?º°`°º?ø,¸¸
Normand Robert
Coordonnateur Réseau CQSF
790, rang Pellerin
St-Célestin, J0C 1G0
Téléphone: (819) 979-1204
Télécopieur: (819) 807-1784
Courriel: <email address hidden>
Site Web: http://centreduquebecsansfil.org

Le 2012-07-16 à 19:37, jackson a écrit :

> 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
>>
>
> --
> 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
>