Coldfusion cflocation tag on IE 10
Hi,
I have a CF 9.0 site, with the latest security updates. It's running on Windows 2008.
I have a login page. Once a user logs in, they get redirected to another page in the same directory that the login page existed in.
The cflocation tag looks like this:
Directory I am in: www/admin (www is my root http dir)
<cfset urlForward = "index.cfm" />
<!--- <cfset urlForward = "http://www.apple.com" /> --->
<!--- <cfset urlForward = "../testing.cfm" /> --->
<cflocation url="#urlForward#" addtoken="false" />
When I access/login on Firefox or IE 8/9, it works fine. However when I use IE 10, the login page doesn't forward to index.cfm. The login page just refreshes itself.
Things I have tried:
*Moving index.cfm to another name -- still doesn't work
*Creating a very very simple page (test.cfm) and trying to redirect to that. - Nope
*Create a cffile tag at top of index.cfm and append to log file if page is accessed. -Nothing
What it comes down to is cflocation will not redirect to ANY page I create in www/admin
However, if I create the page outside of admin (locally or externally), the redirect works fine.
I have opened up all permissions on the admin directory -- still not working.
The thing to keep in mind here is that this is only not functioning correctly on IE 10, it works fine in all other IE versions and browsers.
I have tried using compatibility mode on IE 10, but the redirect within www/admin still doesn't work.
This is driving me nuts. Any ideas?!
Thanks!
Nacht
I have a CF 9.0 site, with the latest security updates. It's running on Windows 2008.
I have a login page. Once a user logs in, they get redirected to another page in the same directory that the login page existed in.
The cflocation tag looks like this:
Directory I am in: www/admin (www is my root http dir)
<cfset urlForward = "index.cfm" />
<!--- <cfset urlForward = "http://www.apple.com" /> --->
<!--- <cfset urlForward = "../testing.cfm" /> --->
<cflocation url="#urlForward#" addtoken="false" />
When I access/login on Firefox or IE 8/9, it works fine. However when I use IE 10, the login page doesn't forward to index.cfm. The login page just refreshes itself.
Things I have tried:
*Moving index.cfm to another name -- still doesn't work
*Creating a very very simple page (test.cfm) and trying to redirect to that. - Nope
*Create a cffile tag at top of index.cfm and append to log file if page is accessed. -Nothing
What it comes down to is cflocation will not redirect to ANY page I create in www/admin
However, if I create the page outside of admin (locally or externally), the redirect works fine.
I have opened up all permissions on the admin directory -- still not working.
The thing to keep in mind here is that this is only not functioning correctly on IE 10, it works fine in all other IE versions and browsers.
I have tried using compatibility mode on IE 10, but the redirect within www/admin still doesn't work.
This is driving me nuts. Any ideas?!
Thanks!
Nacht
CFLOCATION is a server side redirect, you should use the full URL path
ASKER
becraig -- thanks for the suggestion. I tried that, still not working. to verify I put in the full URL and tried using Firefox. The redirect worked fine. Still no good for IE 10.
I'm wondering if it's because of a system update (security updates, etc..) on this server. I could try to uninstall the most recent security updates on the server.
I'm wondering if it's because of a system update (security updates, etc..) on this server. I could try to uninstall the most recent security updates on the server.
ASKER
It's odd that I can redirect to any other location on my server/site, just not in the admin directory. I'm wondering if there is some permission I am overlooking either at the file level or in IIS.
I know IE 10 is quirky.There is something here it's not liking...
I know IE 10 is quirky.There is something here it's not liking...
Do you have fiddler on your computer ?
That way we can trace what call is being made and see if the server actually starts the redirect, also you might want to dump out the http headers to see what cgi_vars are being reported on the page, IE might be ignoring something or possibly seeing a security issue with the redirect.
That way we can trace what call is being made and see if the server actually starts the redirect, also you might want to dump out the http headers to see what cgi_vars are being reported on the page, IE might be ignoring something or possibly seeing a security issue with the redirect.
ASKER
Becraig -- nope, don't have fiddler. Never heard of it. I can find it though and install.
As for dumping the headers - I'm not really a CF person, can you tell me the way to do that to solve me having to look it up ;)
Thanks
N
As for dumping the headers - I'm not really a CF person, can you tell me the way to do that to solve me having to look it up ;)
Thanks
N
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
gdemarie --
Maybe IE 10 handles cookies differently then other versions/browsers? It wouldn't be the first time Microsoft mucks around with something it shouldn't have. Sorry -- MS and IE drive me crazy several times a week.
Maybe IE 10 handles cookies differently then other versions/browsers? It wouldn't be the first time Microsoft mucks around with something it shouldn't have. Sorry -- MS and IE drive me crazy several times a week.
Did you test?
Cookies (and therefore session variables) require an end-of-request of a web page in order to write the cookie that supports session variables.
CFLOCATION is a server side redirect and therefore interrupts the request before the page is drawn and the cookie is never dropped. The difference between browsers as well as within a browser but with different user experiences can be very subtle; such as whether or not a cookie has been dropped already for other purposes, or if the session variable already existed - and as you say, how the browsers handle cookies.
Test it and see if that's what it is..
Cookies (and therefore session variables) require an end-of-request of a web page in order to write the cookie that supports session variables.
CFLOCATION is a server side redirect and therefore interrupts the request before the page is drawn and the cookie is never dropped. The difference between browsers as well as within a browser but with different user experiences can be very subtle; such as whether or not a cookie has been dropped already for other purposes, or if the session variable already existed - and as you say, how the browsers handle cookies.
Test it and see if that's what it is..
ASKER
gdmariea -- didn't test yet. In middle of something else. I'll do it soon and report back. Thanks!!
ASKER
gdMaria - Not sure which session var to check. Code below. What do you think?
Is is possible to use cfdump to check them all at once?
<cfif checklogin.recordCount gt 0>
<cfset session.adminUser.isLogged
<cfset session.adminUser.guiAdmin
<cfset session.associate = CreateObject("component","
<cfset qryPrimaryOffice = session.associate.getPrima
<cfif qryPrimaryOffice.recordcou
<cfset session.primaryOfficeID = qryPrimaryOffice.guiOffice
<cfelse>
<cfset session.primaryOfficeID = "" />
</cfif>
<cfif not isDefined("session.urlForw
<cfset urlForward = "index.cfm" />
<!--- <cfset urlForward = "http://www.apple.com" /> --->
<cfelse>
<cfset urlForward = session.urlForward />
</cfif>
<cffile action="append" file="C:/home/mls/logs/new
<cflocation url="#urlForward#" addtoken="false" />
<cfelse>
<cfset er = "There was a problem with your login" />
</cfif>
Is is possible to use cfdump to check them all at once?
<cfif checklogin.recordCount gt 0>
<cfset session.adminUser.isLogged
<cfset session.adminUser.guiAdmin
<cfset session.associate = CreateObject("component","
<cfset qryPrimaryOffice = session.associate.getPrima
<cfif qryPrimaryOffice.recordcou
<cfset session.primaryOfficeID = qryPrimaryOffice.guiOffice
<cfelse>
<cfset session.primaryOfficeID = "" />
</cfif>
<cfif not isDefined("session.urlForw
<cfset urlForward = "index.cfm" />
<!--- <cfset urlForward = "http://www.apple.com" /> --->
<cfelse>
<cfset urlForward = session.urlForward />
</cfif>
<cffile action="append" file="C:/home/mls/logs/new
<cflocation url="#urlForward#" addtoken="false" />
<cfelse>
<cfset er = "There was a problem with your login" />
</cfif>
I think you need to look at the code that redirects you to the login page if you are not logged in. You want to check that test that may be failing...
The code you're showing looks like the login procedure where it is actually logging the user in and then redirecting to a different page.
The code you're showing looks like the login procedure where it is actually logging the user in and then redirecting to a different page.
ASKER
Thanks everyone for the help.
The solution was for me to rebuild my test server. Then it worked the way it should have. That test server has been though a lot of changes over the years. Something was messed up, but I don't know what it was. The CF code worked fine once the server was rebuilt.
Thanks for you help.
Nacht
The solution was for me to rebuild my test server. Then it worked the way it should have. That test server has been though a lot of changes over the years. Something was messed up, but I don't know what it was. The CF code worked fine once the server was rebuilt.
Thanks for you help.
Nacht
eg: <cfset urlForward = "http://www.domain.com/index.cfm" />