Quand l'incohérence frappe de plein fouet

Salut tout le monde

Là, je suis face à un problème d'une totale incohérence et je ne vois pas bien où il faut que j'aille chercher mon souci, enfin son origine.

Sur ma machine j'ai un code (voir plus bas) dans un contrôle Login sur l'évènement de LogginIn, donc pendant que l'utilisateur se connecte. Ce code est simple : il teste si l'utilisateur est Approved ou pas et le renvoi vers une page d'approbation si besoins.

Ce code fonctionne trés bien sur ma machine mais arrivé chez mon hébergeur, il me sort un message d'erreur :

Citation:

---

Object reference not set to an instance of an object.

---

La seule différence notable entre ma machine et mon hébregeur est que lui, il est sur un système anglais.

Voici le code, vous jugerez de sa simplicté :

Code:

---

1 2 3 4 5 6

Protected Sub Login1_LoggingIn(ByVal sender As Object, ByVal e As System.Web.UI.WebControls.LoginCancelEventArgs) Handles Login1.LoggingIn Dim u As MembershipUser = Membership.GetUser(GetUserGUID(Login1.UserName)) If Not u.IsApproved Then Response.Redirect(GetPage("Confirmation", enTypeRetour.Lien) & "&userCON=" & GetUserGUID(Login1.UserName).ToString) End If End Sub

---

La Méthode GetUserGUID ne fait que rammener le GUID de l'utilisateur qui porte le LoginName entré dans le contrôle et ça ramène bien le GUID que j'attends, j'ai vérifié.

Une idée ?

L'un de tes objets renvoie null.

Donc maintenant lequel.

Je pense que GetPage("confirmation") te pose probleme peut-etre que le path a change.

Log tes application cela te permettra de plus facillement debugger.

Moi je parie sur le MemberShipUser u à null.

Merci pour ton aide.

J'ai un poil avancé et j'ai déocuvert nu truc encore plus effrayant, mais je crois que vais passer expert "trucs bizarre sur le MemberShip"

Revenons sur le getPage, vite fait : il n'a rien à voir pour l'instant, puisque le programme s'arrête avant cette ligne.

Le logage, oui, j'ai une petite procédure maison pour envoyer des choses dans un fichier Texte, histoire de bien me rendre compte, vu qu'avec les hébergeur, on a pas accès à tout.

Alors j'ai fini par trouver qu'il me renvoyait un GUID par défaut parce que je ne respectais pas la casse du login (bizarre, mais je vérifierais par ailleurs).

Du coup, ce qui me laisse pantois, c'est que s'il ne trouve pas le GUID d'un utilisateur connu il fait une erreur d'instanciation.
Eventuellement je veux bien le comprendre (quoique, va falloir que je réfléchisse) mais alors la vraie question c'est comment éviter ça, parce que des gars qui vont me saisir un login avec des erreurs je vais en avoir un paquet.

Alors avant que LuteceFalco me rappelle (trés gentiment avec la bate de base ball) le Try Catch, j'y ai pensé, sauf que là, j'ai un peu de mal à le mettre en forme, surtout avec mon test au milieu de tout ça.

Une idée ?

Citation:

---

Envoyé par SaumonAgile

Moi je parie sur le MemberShipUser u à null.

---

Perdu, il est absent de la base, mais en fait tu n'as pas entièrement tort