I don't remember what version of CF you said you were running (and the
HoF site's not responding), but using CFLOCATION directly after CFSET
session.blah = form.foo will actually fail to set the session in CF6.1
and before. Can't remember if this affects 7 or not, but I don't think so.
hmm running CF 8 and I have set session variables many times using the CFSET
then a CFLOCATION.
So not sure this fits. It has something to deal with the Applcaition as I
tried one of my other applications and the session stays as programmed.
However this ONE does not... baffling.
This to break
I don't remember what version of CF you said you were running (and the
HoF site's not responding), but using CFLOCATION directly after CFSET
session.blah = form.foo will actually fail to set the session in CF6.1
and before. Can't remember if this affects 7 or not, but I don't think so.
I am baffled on this and probably something tremendously simple that I am
overlooking.
First the layout:
Windows Vista (IIS 7)
ColdFusion 9 (Developers Edition)
Database: MySQL
Internet Explorer 8.0
File Structure:
webroot \ (application.cfm and other files)
webroot \ admin
webroot \ admin \
See if the problem goes away in Firefox. That will help identify
whether it is a browser setting you are overlooking, like cookies
being disabled.
It is likely that the session is still active on the server, but it is
no longer linked to the browser because the session token is
different. If you
Try relocating to another page while passing the cfid and cftoken on the url
just to see if the session stays active. This may help with tracking down
where the problem is.
~|
Want to reach the ColdFusion community with
6 matches
Mail list logo