Re: When does the Roles/Username get set in HTTPContext?
- From: Dominick Baier <dbaier@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Fri, 26 Jan 2007 06:23:41 +0000 (UTC)
ah i see - paths are case sensitive - Urls aren't - that may have caused the problem..
-----
Dominick Baier (http://www.leastprivilege.com)
Hi,
Figured it out. I removed the path= attribute in the forms auth in
web.cofig and set a timeout of 60 minutes. For some reason that fixed
the problem.
Thanks for the help! Fiddler rocks!!
Rob
"Dominick Baier" wrote:
there must be a Set-Cookie header coming from the server and
subsequest cookies headers from the client...
-----
Dominick Baier (http://www.leastprivilege.com)
So I ran Fiddler and tracked the session traffic. I did not
specifically see anything like a cookie being written local,
although I did see the 302 redirect to my next page. Would a cookie
show up as a specific content-type that's being written?
Rob
"Dominick Baier" wrote:
no thats fine. If there are no events handled, the control will
call Membership.ValidateUser and afterwards
FormsAuthentication.RedirectFromLoginPage()
Try a tool like www.fiddlertool.com to sniff the http traffic - is
the cookie set? is a redirect done?
.
- Prev by Date: Re: When does the Roles/Username get set in HTTPContext?
- Next by Date: Nested Groups from AD for Authorization
- Previous by thread: Re: When does the Roles/Username get set in HTTPContext?
- Next by thread: Nested Groups from AD for Authorization
- Index(es):
Relevant Pages
|