Wouldn't the flaw be that the refresh would generate a new UID... ..:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:. Bobby Hartsfield http://acoderslife.com
-----Original Message----- From: Dan G. Switzer, II [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 21, 2005 2:19 PM To: CF-Talk Subject: RE: Trying this again w/o the suject hijack (determinig if the refresh button has been clicked) Scott, >Does anyone know of a way to programmatically determine if the browser's >refresh button has been clicked? There's really no way to do that. There's nothing that differentiates a "refresh" from a first time request. They both pass in the same header information to the server. Any kind of programming hack you'd try to come up with, would be just that. The only thing that I can think of that might work, would be if you assigned a new unique random string to each unique page visit. You'd have to append this to each and every URL and it would have to be unique for each page render. You could then check to see if the random URL identifier has already been used, if it has, then you know it's a refresh. There's probably even in a flaw in that idea, but either way that seems like way too much overhead just to check for a refresh. -Dan ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Logware (www.logware.us): a new and convenient web-based time tracking application. Start tracking and documenting hours spent on a project or with a client with Logware today. Try it for free with a 15 day trial account. http://www.houseoffusion.com/banners/view.cfm?bannerid=67 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:227470 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54