I always have my people reset their Internet Zone to the default and reboot. That usually takes care of any session/cookie issues.
Tools/Internet Options/Security Tab/Internet/Default Level ... reboot Hope this helps Ed Salsberg, Founder Steel Valor Online Game Studios [Development - Consulting - Beta Testing] Web: http://SteelValor.com [email protected] Voice:302-LEET-GMR DISCLAIMER: This e-mail, and any attachment present, may contain confidential information, some of which may be legally privileged, and is for use by the addressee only. If you are not the intended recipient, please return the e-mail to the sender and delete it from your computer. On Fri, Jan 22, 2010 at 11:41 AM, Marc Funaro <[email protected]>wrote: > Hi Everyone, > > I'm having a mini-crisis that's growing, and at this point I'm in need of > some "group therapy" on this... > > Our client's website has been running fine for a very long time, with no > issues. As far as I can tell, there have been no significant code updates > to the areas of the site that manage logins. The only change appears to be > the increased use of Internet Explorer 8 by our visitors. > > Invariably, these visitors are reporting that when they log in, they reach > our "successful login" page, but when the click to continue, they are once > again showing as not logged in. > > I was able to observe this behavior on one visitor that was gracious enough > to allow me a remote desktop session. It literally appeared that IE8 was > not storing the cookie for the site, at ALL. I verified that the user was > not using any cookie-blocking software, that the security level in IE8 was > not set too high or set to block cookies, and even added the site to the > "approved sites" list in their IE config. The only thing that seemed to > work was multiple attempts from different points on the site. > > When a user writes in to complain, we send them to a debug page that > automatically sends me pretty much all variable scopes - cookie, CGI, etc. I > get it all, and this problem is nearly 100% IE 8 users. Other users seem to > get a fix by simply clearing their browser cache or cookies. > > The cfapplication tag remained unchanged in this app, literally for > *years*. Yesterday I added attributes to the tag to use domain cookies, and > explicity set the attributes for session and client management. This did > not help at all. I have verified that the links they are clicking are in > fact taking them to the correct URLs, with www. prefix. Worse, I cannot > even duplicate the problem here, on a brand new, clean installation of IE8. > > Is anyone aware of any new IE8 security settings that could be causing this > newfound problem? Does anyone have any additional troubleshooting tools or > techniques that might help me track down what's happening to these users, > without harrassing them for more information too often? > > Any help you can offer is greatly appreciated! > > Marc > ________________________________________________________________ > To unsubscribe: send a message to [email protected] with > 'Unsubscribe CFUGCNY' in the body. > To send a message to the list: [email protected] > > List archives: > http://www.mail-archive.com/[email protected]/index.html > Visit our website: http://www.cfugcny.org > ________________________________________________________________ To unsubscribe: send a message to [email protected] with 'Unsubscribe CFUGCNY' in the body. To send a message to the list: [email protected] List archives: http://www.mail-archive.com/[email protected]/index.html Visit our website: http://www.cfugcny.org
