Ceci est la nature de Authentification de formulaires. (qui je devine que vous utilisez). En d'autres termes, lorsque vous accédez à une page nécessitant une authentification, ASP.NET vous redirige vers la page de connexion, en lui transmettant le paramètre ReturnUrl en tant que paramètre. Vous pouvez ainsi revenir à la page issue de la connexion.
Supprimer cette fonctionnalité briserait la sémantique et la conception de l'authentification par formulaires elle-même. (IMO)
Ma suggestion - si vous n'en avez pas besoin, ne l'utilisez pas.
Je suis en train de rediriger l'utilisateur vers une page statique après la connexion pour faire quelques sélections.
morceau de gâteau - une fois que vous avez fait votre login, au lieu de faire FormsAuthentication.RedirectFromLoginPage (qui utilise ce paramètre QueryString très ReturnUrl), il suffit d'utiliser FormsAuthentication.SetAuthCookie et redirect où vous voulez.
FormsAuthentication.SetAuthCookie est ce que je fais now.I veux juste retirer de la barre d'adresse. –
Ensuite, mon premier commentaire est valable - vous pouvez également ne pas utiliser d'authentification par formulaire. Il n'y a pas de moyen facile de le faire (que je sache). Une page REMebering ANY peut rediriger vers la page de connexion (et ASP.NET le fait). La seule façon dont je peux penser est de se connecter à un événement Global.asax et de réécrire l'URL. Pourquoi vous souciez-vous si l'URL est là? – RPM1984
et ce commentaire contredit votre commentaire "Parce que j'essaie de rediriger l'utilisateur vers une page statique après la connexion pour faire quelques sélections.". Le ReturnURL ne vous empêchera pas de faire votre propre redirection après la connexion, SAUF si vous utilisez RedirectFromLoginPage, que vous avez dit que vous n'êtes pas. Donc, je ne sais pas quel est votre problème. Comment ReturnUrl vous empêche-t-il de faire une redirection? – RPM1984