Discussion :

[zooffy]

Bonjour tout le monde.

J'ai mis en place un contrôle Login, sans configuration particulière, ni option ésotérique.

Là ça fait un bout de temps que je tourne la MSDN Dans tous les sens pour tourver le moyen de capter l'erreur qui se produit à la connexion d'un utilisateur et je trouve pas.

Je m'explique : lorsqu'un utilisateur se connecte il peut être rejeté pour différentes raisons :
- mauvais login
- mauvais mot de passe
- compte bloqué (IsLockedOut = True)
- compte non approuvé (IsApproved = False)
- et certainement d'autres

Je voudrais pouvoir capter cette erreur et l'exploiter avec des redirections ou des messages d'erreur spécifiques.

Je tourne entre deux évènements : LogginingIn et LoginError. Mais je ne trouve pas le moyen de lui faire cracher son erreur.

Avez vous une piste ?

[Immobilis]

Salut,

Il ne s'agit pas à proprement parler d'erreur. Il y a une différence entre erreur applicative (exception qui fait planter) et erreur de saisie.

Pour pouvoir les capter (jeter l'erreur avec un throw) tu peux créer des types d'erreurs métier.

Que veux-tu en faire? Tu pourrais simplement les logger, non?

A+

[zooffy]

Merci pour ton aide.

Effectivement, j'ai employer le mot "erreur" de manière une peu abusive.

Ce que je voudrais c'est capter la chose, de n'importe quelle anière pour envoyer un message adéquat à l'utilisateur.

Par exemple, sur le mot de passe vide ou le login vide, y a une propriété qui permet de metre une mesage et pourtant je n'ai qu'un * rouge qui apparait. L'exemple de la MSDN avec un ValidatoinSummary ne fonctionne pas et je ne comprends pas pourquoi.

Et surtout, lorsque l'utilisateur est dans la cas de IsApproved = False, je voudrais lui indiquer qu'il doit consulter ses mails et le renvoyer vers une autre page. Et je vois pas bien comment capter ça.

Suis je plus clair ?

[Immobilis]

Ce que je voudrais c'est capter la chose, de n'importe quelle manière pour envoyer un message adéquat à l'utilisateur.

Ben justement il y a plusieurs manières. Le contrôle des données peut se faire côté client (utilisation des validateurs pour vérifier avant l'envoi des données) ou serveur (la qualité de la saisie est vérifiée avec du code serveur). Dans tous les cas il faut le faire côté serveur (sécurité oblige). Une première vérification côté client apporte plus de confort pour ce dernier.

Par exemple, sur le mot de passe vide ou le login vide, y a une propriété qui permet de metre une mesage et pourtant je n'ai qu'un * rouge qui apparait.

Il faut vérifier ça dans les propriétés des validateurs du contrôle.

Dans tous les cas c'est une succession de if, try...catch.

A+

[zooffy]

Ok, merci pour ton aide.

Je vais aller vérifier tout ça, mais là je sèche sur le login vide !
Si besoins je reviens poster, sinon, je boucle le topic.