Comment 5 for bug 1024807

Revision history for this message
David Cournoyer (dcournoyer) wrote : Re: [Bug 1024807] Re: Gestion des usagers locaux - inscription avec statut validation

Alors, nous ça va être X20 bientôt à Sherbrooke!!

:)

David Cournoyer, président-directeur général
Quatral Solutions Inc.
819.575.8080 x1088
514.227.8090 x1088
819.432.0560 Mobile
866.897.3721 Téléc.
http://www.quatral.com
http://www.facebook.com/QuatralSolutions

"Tu es grand, petit homme, quand tu exerces amoureusement ton métier, quand tu t'adonnes avec joie à la sculpture, à l'architecture, à la peinture, à la décoration, à ton activité de semeur. Tu es grand quand tu trouves ton plaisir dans le ciel bleu, dans le chevreuil, dans la rosée, dans la musique, dans la danse, quand tu admires tes enfants qui grandissent, la beauté du corps de ta femme ou de ton mari; quand tu te rends au planétarium pour étudier les astres, quand tu lis à la bibliothèque ce que d'autre hommes et femmes ont écrit sur la vie." (Wilhem Reich)

----- Mail original -----
De: "Marc Boivin" <email address hidden>
À: <email address hidden>
Envoyé: Lundi 16 Juillet 2012 20:33:05
Objet: Re: [Bug 1024807] Re: Gestion des usagers locaux - inscription avec statut validation

Ici le nombre de connexion a presque multiplier par 10, juste en
activant le sash only

Sent from my iPhone

On 2012-07-16, at 7:37 PM, jackson <email address hidden> wrote:

> 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 a member of
> AllianceCsfDev, which is the registrant for AuthPuppy.
> https://bugs.launchpad.net/bugs/1024807
>
> Title:
> Gestion des usagers locaux - inscription avec statut validation
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/authpuppy/+bug/1024807/+subscriptions

--
You received this bug notification because you are a member of
AllianceCsfDev, which is the registrant for 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