If it's a caching issue, then why not just turn off the caching? These lines of code will do it:
<CFHEADER NAME="Expires" VALUE="1/1/80"> <cfheader name="Cache-Control" value="NO-CACHE, NO-STORE, MUST-REVALIDATE"> <cfheader name="Last-Modified" value="#dateformat(now(),"ddd, dd mmm yyyy")# #timeformat(now(), "HH:mm:ss")# GMT"> They will prevent caching (in most cases) at the client browser, and at any intervening proxies. HTH Shawn Grover -----Original Message----- From: Brendan Avery [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 11, 2002 5:17 PM To: CF-Talk Subject: Re: Odd can't log in behavior hey Janine, i didn't see if anyone responded to your question, but in case they didn't, my guess is it's a browser cache issue; for all our sites that use forms which post commonly repeated information (like login and lookup forms) we use javascript to generate an additional value (usually in a hidden form field) when the form is submit, (usually just a random number or a timestamp) to ensure that the browser is always requesting a new page -- because browsers will sometimes not actually even re-post information if it matches a cached result. if you can't use javascript for whatever reason, i would suggest that you don't do cflocations for login errors, because that process is often the culprit in these kinds of affairs. hope that helps you! brendan avery 2.0 - [EMAIL PROTECTED] - 310.779.2211 412 rose ave, suite c - venice beach, california 90291 .providing word solutions to your mother, since 1975 on Monday, April 8, 2002, 8:24:23 AM, you wrote: JJ> I have a login page- first it checks the user/password. If there is no match JJ> it sends the user back to the login page with a message... JJ> If there is a match it checks what group the user is in and what quarter JJ> they should have access to. (Current quarter or past quarters). It is only JJ> on occassion that a user needs access to a past quarter so by default they JJ> are set to current quarter. JJ> If a user is in current quarter all is fine. JJ> I'm having a situation where when a user is given access to a past quarter JJ> they can't log in at all- they get kicked back to the login page with a JJ> message! But the oddest part is that it works fine from any of my test JJ> machines (I have 3 that I use)- I can log in as this user and see her info. JJ> However, she can't and we know it isn't a matter of mistyping the password. JJ> I set her back to current quarter access- still no luck she can't get in. JJ> We finally changed her password and she finally got back in. Here's my cfif JJ> statement to set the path...I don't know if that's the problem or where else JJ> to look! JJ> Thanks in advance JJ> <CFIF GroupCheck.GrID EQ 1 AND (GroupCheck.OpenQuarter EQ "" OR JJ> GroupCheck.OpenQuarter EQ "0")> JJ> <CFINCLUDE TEMPLATE="url_EditGrades.cfm"> JJ> <CFELSEIF GroupCheck.GrID EQ 1 AND ((GroupCheck.OpenQuarter EQ "1")OR JJ> (GroupCheck.OpenQuarter EQ "2") Or (GroupCheck.OpenQuarter EQ "3")) >> JJ> <CFINCLUDE TEMPLATE="url_EditGradesOtherQuarters.cfm"> JJ> ______________________________________________________________________ Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/[email protected]/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
