RE: Client Vars again
Thanks. We use that code in CF 4.5.2 after logout or on detecting timeout. The purpose is to delete, really delete, the entire session and all vars associated with that particular user presence. It's worked well, and we haven't seen any problems with not being able to log back in without closing/opening a browser. thanks, Chris Norloff -- Original Message -- from: Bryan Love <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] date: Mon, 9 Sep 2002 12:23:21 -0700 >I'm late on this one, but it's worth the reply I think... > >I noticed you are using StructClear(session)#... >Don't know if it's true in CFMX, but you NEVER want to do this in CF 4.5 or >5.0. There is a variable named session.sessionID that is ONLY created at >the beginning of a session. If you delete it then it's gone until the >browser is closed and a new session begins. I don't know what it is used >for, but occasionally in the past it has caused problems for me (before I >knew about it). > >If you want to use StructClear then store session.sessionID in a temp var >before using StructClear then put it back in the session struct after >clearing. > >+---+ >Bryan Love > Macromedia Certified Professional > Internet Application Developer > Database Analyst >TeleCommunication Systems >[EMAIL PROTECTED] >+---+ > >"...'If there must be trouble, let it be in my day, that my child may have >peace'..." > - Thomas Paine, The American Crisis > > > >-Original Message- >From: Chris Norloff [mailto:[EMAIL PROTECTED]] >Sent: Monday, September 09, 2002 8:19 AM >To: CF-Talk >Subject: Re: Client Vars again > > >To ensure our logged-out (or timed-out) user is completely removed from our >application, we delete: >1. the entire session structure, >2. all the client vars (one at a time), >3. set the cookies to delete, and >4. use non-persistent cookies anyway. > >I know that sounds redundant, but it's been robust for us. > >Chris Norloff > > > >scope="session" type="EXCLUSIVE"> > > > > > > delimiters=","> > > > > > > > >-- Original Message -- >from: Adrian Lynch <[EMAIL PROTECTED]> >Reply-To: [EMAIL PROTECTED] >date: Fri, 6 Sep 2002 18:53:51 +0100 > >>I've posted this to CF-Talk, sorry for any who get both and don't like >cross >>posts... >> >>Is there anyone out there that's built reliable login/logout functionality >>into their site? Something that works on ALL browser combinations? >> >>This is what we're doing... >>Client vars stored in a DB >>Using the usual code to kill a session on close of the browser >>CFMX, SQL Server 7 >>Testing on most combinations of browser. >> >>Trying to figure out what's going wrong wouldn't be so bad if we could just >>have some consistency in the way it's going wrong. We have... >>Logging in on 2nd, 3rd, 4th, 5th try instead of the 1st >>Not able to log out, trying both reseting the client vars back to their >>original state and deleting them altogether >>Having to change a cflocation to a window.location to get it to log in on >>IE5 (don't ask) >> >>I've just said to the guy I'm building it with, "shall we pass cfid and >>cftoken in all the links and redirects, see if that cures it". What does >>everyone else think. It's not the easiest thing to debug something that you >>can't reliably replicate :O( >> >> >>Adrian Lynch >>Thoughtbubble Ltd >>-- >>United Kingdom >>http://www.thoughtbubble.net >>Ph: +44 (0) 20 7387 8890 >>-- >>The information in this email and in any attachments is confidential and >>intended solely for the attention and use of the named addressee(s) . Any >>views or opinions presented are solely those of the author and do not >>necessarily represent those of Thoughtbubble. This information may be >>subject to legal, professional or other privilege and further distribution >>of it is strictly prohibited without our authority. If you are not the >>intended recipient, you are not authorised to disclose, copy, distribute, >or >>retain this message. Please notify us on +44 (0) 20 7387 8890 >> >> >> > > __ This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Client Vars again
I'm late on this one, but it's worth the reply I think... I noticed you are using StructClear(session)#... Don't know if it's true in CFMX, but you NEVER want to do this in CF 4.5 or 5.0. There is a variable named session.sessionID that is ONLY created at the beginning of a session. If you delete it then it's gone until the browser is closed and a new session begins. I don't know what it is used for, but occasionally in the past it has caused problems for me (before I knew about it). If you want to use StructClear then store session.sessionID in a temp var before using StructClear then put it back in the session struct after clearing. +---+ Bryan Love Macromedia Certified Professional Internet Application Developer Database Analyst TeleCommunication Systems [EMAIL PROTECTED] +---+ "...'If there must be trouble, let it be in my day, that my child may have peace'..." - Thomas Paine, The American Crisis -Original Message- From: Chris Norloff [mailto:[EMAIL PROTECTED]] Sent: Monday, September 09, 2002 8:19 AM To: CF-Talk Subject: Re: Client Vars again To ensure our logged-out (or timed-out) user is completely removed from our application, we delete: 1. the entire session structure, 2. all the client vars (one at a time), 3. set the cookies to delete, and 4. use non-persistent cookies anyway. I know that sounds redundant, but it's been robust for us. Chris Norloff -- Original Message -- from: Adrian Lynch <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] date: Fri, 6 Sep 2002 18:53:51 +0100 >I've posted this to CF-Talk, sorry for any who get both and don't like cross >posts... > >Is there anyone out there that's built reliable login/logout functionality >into their site? Something that works on ALL browser combinations? > >This is what we're doing... >Client vars stored in a DB >Using the usual code to kill a session on close of the browser >CFMX, SQL Server 7 >Testing on most combinations of browser. > >Trying to figure out what's going wrong wouldn't be so bad if we could just >have some consistency in the way it's going wrong. We have... >Logging in on 2nd, 3rd, 4th, 5th try instead of the 1st >Not able to log out, trying both reseting the client vars back to their >original state and deleting them altogether >Having to change a cflocation to a window.location to get it to log in on >IE5 (don't ask) > >I've just said to the guy I'm building it with, "shall we pass cfid and >cftoken in all the links and redirects, see if that cures it". What does >everyone else think. It's not the easiest thing to debug something that you >can't reliably replicate :O( > > >Adrian Lynch >Thoughtbubble Ltd >-- >United Kingdom >http://www.thoughtbubble.net >Ph: +44 (0) 20 7387 8890 >-- >The information in this email and in any attachments is confidential and >intended solely for the attention and use of the named addressee(s) . Any >views or opinions presented are solely those of the author and do not >necessarily represent those of Thoughtbubble. This information may be >subject to legal, professional or other privilege and further distribution >of it is strictly prohibited without our authority. If you are not the >intended recipient, you are not authorised to disclose, copy, distribute, or >retain this message. Please notify us on +44 (0) 20 7387 8890 > > > __ Get the mailserver that powers this list at http://www.coolfusion.com FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: Client Vars again
To ensure our logged-out (or timed-out) user is completely removed from our application, we delete: 1. the entire session structure, 2. all the client vars (one at a time), 3. set the cookies to delete, and 4. use non-persistent cookies anyway. I know that sounds redundant, but it's been robust for us. Chris Norloff -- Original Message -- from: Adrian Lynch <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] date: Fri, 6 Sep 2002 18:53:51 +0100 >I've posted this to CF-Talk, sorry for any who get both and don't like cross >posts... > >Is there anyone out there that's built reliable login/logout functionality >into their site? Something that works on ALL browser combinations? > >This is what we're doing... >Client vars stored in a DB >Using the usual code to kill a session on close of the browser >CFMX, SQL Server 7 >Testing on most combinations of browser. > >Trying to figure out what's going wrong wouldn't be so bad if we could just >have some consistency in the way it's going wrong. We have... >Logging in on 2nd, 3rd, 4th, 5th try instead of the 1st >Not able to log out, trying both reseting the client vars back to their >original state and deleting them altogether >Having to change a cflocation to a window.location to get it to log in on >IE5 (don't ask) > >I've just said to the guy I'm building it with, "shall we pass cfid and >cftoken in all the links and redirects, see if that cures it". What does >everyone else think. It's not the easiest thing to debug something that you >can't reliably replicate :O( > > >Adrian Lynch >Thoughtbubble Ltd >-- >United Kingdom >http://www.thoughtbubble.net >Ph: +44 (0) 20 7387 8890 >-- >The information in this email and in any attachments is confidential and >intended solely for the attention and use of the named addressee(s) . Any >views or opinions presented are solely those of the author and do not >necessarily represent those of Thoughtbubble. This information may be >subject to legal, professional or other privilege and further distribution >of it is strictly prohibited without our authority. If you are not the >intended recipient, you are not authorised to disclose, copy, distribute, or >retain this message. Please notify us on +44 (0) 20 7387 8890 > > > __ This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: Client Vars again
I have come across this in practice and dont advice using for any kind of redirect.. that is why i mentioned this... you can check any documentation for that matter.. some of the new CFMX books dont recommend using either. if you are using CFMX you have an option of using SERVER SIDE REDIRECT GetPageContext.forward("somepage.cfm"); // similar in function to asp3.0 server.redirect(whatever.asp) rather than response.redirect(whatever.asp) I think this will still keep the original url but passes control to the specified page.. I personally prefer using meta tags or Javascript as i mentioned before.. you dont have to deal with changing any code... Joe - Original Message - From: "Bud" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Sunday, September 08, 2002 10:20 PM Subject: RE: Client Vars again > On 9/8/02, Joe Bastian penned: > > > > > is a client side redirect .. in effect > >> > it changes the header info of the clients browser to > >> > the new url page.. so NO variables will be set by the > >> > caller. > >> > > On 9/8/02, I penned: > > > > Any local/session/client/application variables, and > >> queries, etc., will work as normal on any code before > >> the cflocation. But no cookies will be set on that page. > > On 9/8/02, Dave Watts penned: > > >Note that this is no longer true with CF MX - you can now use CFCOOKIE and > >CFLOCATION on the same page, if I recall correctly. > > Cool. I hope that's right. But cookies not being set wasn't my point. > Joe's message said that NO variables are set on the page with the > cflocation in it, and I was pointing out that that's incorrect. > -- > > Bud Schneehagen - Tropical Web Creations > > _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ > ColdFusion Solutions / eCommerce Development > [EMAIL PROTECTED] > http://www.twcreations.com/ > 954.721.3452 > __ Get the mailserver that powers this list at http://www.coolfusion.com FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Client Vars again
On 9/8/02, Joe Bastian penned: > > > is a client side redirect .. in effect >> > it changes the header info of the clients browser to >> > the new url page.. so NO variables will be set by the >> > caller. >> On 9/8/02, I penned: > > Any local/session/client/application variables, and >> queries, etc., will work as normal on any code before >> the cflocation. But no cookies will be set on that page. On 9/8/02, Dave Watts penned: >Note that this is no longer true with CF MX - you can now use CFCOOKIE and >CFLOCATION on the same page, if I recall correctly. Cool. I hope that's right. But cookies not being set wasn't my point. Joe's message said that NO variables are set on the page with the cflocation in it, and I was pointing out that that's incorrect. -- Bud Schneehagen - Tropical Web Creations _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ ColdFusion Solutions / eCommerce Development [EMAIL PROTECTED] http://www.twcreations.com/ 954.721.3452 __ 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/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Client Vars again
> > is a client side redirect .. in effect > > it changes the header info of the clients browser to > > the new url page.. so NO variables will be set by the > > caller. > > Any local/session/client/application variables, and > queries, etc., will work as normal on any code before > the cflocation. But no cookies will be set on that page. Note that this is no longer true with CF MX - you can now use CFCOOKIE and CFLOCATION on the same page, if I recall correctly. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ voice: (202) 797-5496 fax: (202) 797-5444 __ Get the mailserver that powers this list at http://www.coolfusion.com FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: Client Vars again
On 9/8/02, Joe Bastian penned: >Susan, > is a client side redirect .. in effect it changes the >header info > of the clients browser to the new url page.. so NO variables will be >set by the caller. Any local/session/client/application variables, and queries, etc., will work as normal on any code before the cflocation. But no cookies will be set on that page. -- Bud Schneehagen - Tropical Web Creations _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ ColdFusion Solutions / eCommerce Development [EMAIL PROTECTED] http://www.twcreations.com/ 954.721.3452 __ This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: Client Vars again
Susan, is a client side redirect .. in effect it changes the header info of the clients browser to the new url page.. so NO variables will be set by the caller. change the to some like
RE: Client Vars again
If I read back thru the thread correctly (luv them archives, Michael), the setclientcookies=no statement you just mentioned would cause you to lose state if you aren't explicitly passing cfid and cftoken via every url link of any kind. I've never tried it but I believe that a cflocation with addtoken=''yes'' in such a configuration would result in the creation of a new key pair per cflocation statement. You'd need to --- Matt Robertson[EMAIL PROTECTED] MSB Designs, Inc., www.mysecretbase.com --- -- Original Message -- from: Susan Hamilton-Allen <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] date: Fri, 6 Sep 2002 16:53:15 -0500 Yes, that is true. However, I am aware of the SetClientCookies option, and did have it set as "no." We really didn't want to write anything to the client at all. Susan Hamilton Allen Web Programmer Pfingsten Publishing, L.L.C. Seven Hills, OH 44131 -Original Message- From: Bryan Love [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 5:19 PM To: CF-Talk Subject: RE: Client Vars again keep in mind that you probably were using cookies before, you just didn't know it. Unless you specify then cookies will be used. If you do specify ...cookies="no" then you MUST pass CFID and CFTOKEN in the url string. Otherwise you lose your session with every request. This has been the source of many problems I've seen. Many people don't realize that sets cookies and so they wonder why their session persists even after the browser closes. If you let set cookies you must replace them with temporary ones or they will still be there days, weeks, months later. That can cause a problem debugging if you don't realize they exist... +---+ Bryan Love Macromedia Certified Professional Internet Application Developer Database Analyst TeleCommunication Systems [EMAIL PROTECTED] +---+ "...'If there must be trouble, let it be in my day, that my child may have peace'..." - Thomas Paine, The American Crisis -Original Message- From: Susan Hamilton-Allen [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 2:12 PM To: CF-Talk Subject: RE: Client Vars again Thanks, but the problem was not with cookies. This is the MM posting I posted yesterday. As I said, we also changed addtoken to "no" and experienced other more puzzling problems. We are now using cookies, no problems. MM Forum posting: July 16, 2002 4:11 PM I have two servers where I have installed my web pages. On one machine it works fine. On the other, the client variables seem to not be saved. I have set the client variables to be saved in the database on both machines. On the one that doesn't work, it seems like when I submit my login form, the next page doesn't know about the client variables. It also seems to generate a new row in my database. It's almost acting like it doesn't know who it is so it's generating every single time. I've tried setting it to registry and cookie and have the same results. As it turns out the "bug" was that CFMX changed the default attribute setting on the cflocation tag. It used to default to addtoken="no", but now defaults to addtoken ="yes". Because we have a snippet of code that prevents session hijacking by removing the CFID & CFTOKEN from the url line, this caused every CFLOCATION to increment the CFID and actually lose state. Small CF change, but big problem for us until we were able to figure it out. Everything was back to normal when we added addtoken="no" to each occurrence in the site. Susan Hamilton Allen Web Programmer Pfingsten Publishing, L.L.C. Rock Run Center, Ste. 280 5700 Lombardo Center Dr. Seven Hills, OH 44131 phone: 216.328.8926 fax: 216.328.9452 -Original Message- From: Bryan Love [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 4:55 PM To: CF-Talk Subject: RE: Client Vars again let me expand on that a little The ONLY way the server knows who you (the client) are is by you passing your CFID and CFTOKEN to the server. The only way that can happen is via COOKIE or URL. Compare the COOKIE and URL values for CFID and CFTOKEN and ensure they are the same. Perhaps one of them is getting changed and that is throwing you off... Also, be sure to delete all cookies on the test machine(s) before running the test and comparing the results to those on other test machine(s). +---+ Bryan Love Macromedia Certified Professional Internet Application Developer Database Analyst TeleCommunication Systems [EMAIL PROTECTED] +
RE: Client Vars again
> Yes, that is true. However, I am aware of the > SetClientCookies option, and did have it set as > "no." We really didn't want to write anything to > the client at all. If you want state management within your application, the browser has to identify itself to the server on every subsequent page request as "the same browser" that requested the first page. There are exactly three ways this can happen: - cookies, - URL parameters, - form fields If the browser isn't passing any of those back to the server on EVERY subsequent page request, you won't be able to maintain sessions. HTTP is a stateless protocol. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ voice: (202) 797-5496 fax: (202) 797-5444 __ Get the mailserver that powers this list at http://www.coolfusion.com FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: RE: Client Vars again
When you setclientcookies to "no" then you must append every link you have (e.g. , , location.href) with the cfid and cftoken. If you don't, then CF will lose track of the person's session. Also, that posting from the forums is wrong. - Original Message - From: Susan Hamilton-Allen <[EMAIL PROTECTED]> Date: Friday, September 6, 2002 3:53 pm Subject: RE: Client Vars again > Yes, that is true. However, I am aware of the SetClientCookies > option, and > did have it set as "no." We really didn't want to write anything > to the > client at all. > > Susan Hamilton Allen > Web Programmer > Pfingsten Publishing, L.L.C. > Seven Hills, OH 44131 > > > -Original Message- > From: Bryan Love [mailto:[EMAIL PROTECTED]] > Sent: Friday, September 06, 2002 5:19 PM > To: CF-Talk > Subject: RE: Client Vars again > > > keep in mind that you probably were using cookies before, you just > didn'tknow it. Unless you specify setClientCookies="no"> then > cookies will be used. If you do specify ...cookies="no" then you > MUST pass > CFID and CFTOKEN in the url string. Otherwise you lose your > session with > every request. > > This has been the source of many problems I've seen. Many people > don'trealize that sets cookies and so they wonder > why their > session persists even after the browser closes. If you let > set cookies you must replace them with temporary > ones or they will still be > there days, weeks, months later. That can cause a problem > debugging if you > don't realize they exist... > > +---+ > Bryan Love > Macromedia Certified Professional > Internet Application Developer > Database Analyst > TeleCommunication Systems > [EMAIL PROTECTED] > +---+ > > "...'If there must be trouble, let it be in my day, that my child > may have > peace'..." > - Thomas Paine, The American Crisis > > > > -Original Message- > From: Susan Hamilton-Allen [mailto:[EMAIL PROTECTED]] > Sent: Friday, September 06, 2002 2:12 PM > To: CF-Talk > Subject: RE: Client Vars again > > > Thanks, but the problem was not with cookies. This is the MM > posting I > posted yesterday. As I said, we also changed addtoken to "no" and > experienced other more puzzling problems. We are now using > cookies, no > problems. > > MM Forum posting: > > July 16, 2002 4:11 PM > I have two servers where I have installed my web pages. On one > machine it > works fine. On the other, the client variables seem to not be > saved. I have > set the client variables to be saved in the database on both > machines. On > the one that doesn't work, it seems like when I submit my login > form, the > next page doesn't know about the client variables. It also seems > to generate > a new row in my database. It's almost acting like it doesn't know > who it is > so it's generating every single time. I've tried setting it to > registry and > cookie and have the same results. > > As it turns out the "bug" was that CFMX changed the default attribute > setting on the cflocation tag. It used to default to > addtoken="no", but now > defaults to addtoken ="yes". Because we have a snippet of code > that prevents > session hijacking by removing the CFID & CFTOKEN from the url > line, this > caused every CFLOCATION to increment the CFID and actually lose > state. Small > CF change, but big problem for us until we were able to figure it out. > Everything was back to normal when we added addtoken="no" to each > occurrencein the site. > > Susan Hamilton Allen > Web Programmer > Pfingsten Publishing, L.L.C. > Rock Run Center, Ste. 280 > 5700 Lombardo Center Dr. > Seven Hills, OH 44131 > phone: 216.328.8926 > fax: 216.328.9452 > > > -Original Message- > From: Bryan Love [mailto:[EMAIL PROTECTED]] > Sent: Friday, September 06, 2002 4:55 PM > To: CF-Talk > Subject: RE: Client Vars again > > > let me expand on that a little > > The ONLY way the server knows who you (the client) are is by you > passingyour CFID and CFTOKEN to the server. The only way that can > happen is via > COOKIE or URL. > > Compare the COOKIE and URL values for CFID and CFTOKEN and ensure > they are > the same. Perhaps one of them is getting changed and that is > throwing you > off... > > Also, be sure to delete all cookies on the test machine(s) before > runn
RE: Client Vars again
Yes, that is true. However, I am aware of the SetClientCookies option, and did have it set as "no." We really didn't want to write anything to the client at all. Susan Hamilton Allen Web Programmer Pfingsten Publishing, L.L.C. Seven Hills, OH 44131 -Original Message- From: Bryan Love [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 5:19 PM To: CF-Talk Subject: RE: Client Vars again keep in mind that you probably were using cookies before, you just didn't know it. Unless you specify then cookies will be used. If you do specify ...cookies="no" then you MUST pass CFID and CFTOKEN in the url string. Otherwise you lose your session with every request. This has been the source of many problems I've seen. Many people don't realize that sets cookies and so they wonder why their session persists even after the browser closes. If you let set cookies you must replace them with temporary ones or they will still be there days, weeks, months later. That can cause a problem debugging if you don't realize they exist... +---+ Bryan Love Macromedia Certified Professional Internet Application Developer Database Analyst TeleCommunication Systems [EMAIL PROTECTED] +---+ "...'If there must be trouble, let it be in my day, that my child may have peace'..." - Thomas Paine, The American Crisis -Original Message- From: Susan Hamilton-Allen [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 2:12 PM To: CF-Talk Subject: RE: Client Vars again Thanks, but the problem was not with cookies. This is the MM posting I posted yesterday. As I said, we also changed addtoken to "no" and experienced other more puzzling problems. We are now using cookies, no problems. MM Forum posting: July 16, 2002 4:11 PM I have two servers where I have installed my web pages. On one machine it works fine. On the other, the client variables seem to not be saved. I have set the client variables to be saved in the database on both machines. On the one that doesn't work, it seems like when I submit my login form, the next page doesn't know about the client variables. It also seems to generate a new row in my database. It's almost acting like it doesn't know who it is so it's generating every single time. I've tried setting it to registry and cookie and have the same results. As it turns out the "bug" was that CFMX changed the default attribute setting on the cflocation tag. It used to default to addtoken="no", but now defaults to addtoken ="yes". Because we have a snippet of code that prevents session hijacking by removing the CFID & CFTOKEN from the url line, this caused every CFLOCATION to increment the CFID and actually lose state. Small CF change, but big problem for us until we were able to figure it out. Everything was back to normal when we added addtoken="no" to each occurrence in the site. Susan Hamilton Allen Web Programmer Pfingsten Publishing, L.L.C. Rock Run Center, Ste. 280 5700 Lombardo Center Dr. Seven Hills, OH 44131 phone: 216.328.8926 fax: 216.328.9452 -Original Message- From: Bryan Love [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 4:55 PM To: CF-Talk Subject: RE: Client Vars again let me expand on that a little The ONLY way the server knows who you (the client) are is by you passing your CFID and CFTOKEN to the server. The only way that can happen is via COOKIE or URL. Compare the COOKIE and URL values for CFID and CFTOKEN and ensure they are the same. Perhaps one of them is getting changed and that is throwing you off... Also, be sure to delete all cookies on the test machine(s) before running the test and comparing the results to those on other test machine(s). +---+ Bryan Love Macromedia Certified Professional Internet Application Developer Database Analyst TeleCommunication Systems [EMAIL PROTECTED] +---+ "...'If there must be trouble, let it be in my day, that my child may have peace'..." - Thomas Paine, The American Crisis -Original Message- From: Bryan Love [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 1:39 PM To: CF-Talk Subject: RE: Client Vars again remember that the CFID can come from the following scopes: - session - cookie - client - url I don't know the order these are searched in when no scope is specified - CFID seems to be an exception to the standard scoping rule since it can be found without scoping even when it doesn't exist in the url, form, or variables scope. Anyway, make sure they are all the same and if not then make sure you're looking up the right one. +--
RE: Client Vars again
> There is one other way of keeping the CFID and CFTOKEN > without cookies and not having to pass with every url > > in you application.cfm file you can do: > SCOPE="SESSION"> > > > > > This also has the benefit of closing a session when the > browser closes. Uh, that uses cookies. The cookies it sets are "session" cookies; they're nonpersistent, and destroyed when the browser is closed. Still, if the browser doesn't accept cookies, this won't work. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ voice: (202) 797-5496 fax: (202) 797-5444 __ This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Client Vars again
There is one other way of keeping the CFID and CFTOKEN without cookies and not having to pass with every url in you application.cfm file you can do: This also has the benefit of closing a session when the browser closes. -Original Message- From: Bryan Love [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 2:19 PM To: CF-Talk Subject: RE: Client Vars again keep in mind that you probably were using cookies before, you just didn't know it. Unless you specify then cookies will be used. If you do specify ...cookies="no" then you MUST pass CFID and CFTOKEN in the url string. Otherwise you lose your session with every request. This has been the source of many problems I've seen. Many people don't realize that sets cookies and so they wonder why their session persists even after the browser closes. If you let set cookies you must replace them with temporary ones or they will still be there days, weeks, months later. That can cause a problem debugging if you don't realize they exist... +---+ Bryan Love Macromedia Certified Professional Internet Application Developer Database Analyst TeleCommunication Systems [EMAIL PROTECTED] +---+ "...'If there must be trouble, let it be in my day, that my child may have peace'..." - Thomas Paine, The American Crisis -Original Message- From: Susan Hamilton-Allen [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 2:12 PM To: CF-Talk Subject: RE: Client Vars again Thanks, but the problem was not with cookies. This is the MM posting I posted yesterday. As I said, we also changed addtoken to "no" and experienced other more puzzling problems. We are now using cookies, no problems. MM Forum posting: July 16, 2002 4:11 PM I have two servers where I have installed my web pages. On one machine it works fine. On the other, the client variables seem to not be saved. I have set the client variables to be saved in the database on both machines. On the one that doesn't work, it seems like when I submit my login form, the next page doesn't know about the client variables. It also seems to generate a new row in my database. It's almost acting like it doesn't know who it is so it's generating every single time. I've tried setting it to registry and cookie and have the same results. As it turns out the "bug" was that CFMX changed the default attribute setting on the cflocation tag. It used to default to addtoken="no", but now defaults to addtoken ="yes". Because we have a snippet of code that prevents session hijacking by removing the CFID & CFTOKEN from the url line, this caused every CFLOCATION to increment the CFID and actually lose state. Small CF change, but big problem for us until we were able to figure it out. Everything was back to normal when we added addtoken="no" to each occurrence in the site. Susan Hamilton Allen Web Programmer Pfingsten Publishing, L.L.C. Rock Run Center, Ste. 280 5700 Lombardo Center Dr. Seven Hills, OH 44131 phone: 216.328.8926 fax: 216.328.9452 -----Original Message- From: Bryan Love [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 4:55 PM To: CF-Talk Subject: RE: Client Vars again let me expand on that a little The ONLY way the server knows who you (the client) are is by you passing your CFID and CFTOKEN to the server. The only way that can happen is via COOKIE or URL. Compare the COOKIE and URL values for CFID and CFTOKEN and ensure they are the same. Perhaps one of them is getting changed and that is throwing you off... Also, be sure to delete all cookies on the test machine(s) before running the test and comparing the results to those on other test machine(s). +---+ Bryan Love Macromedia Certified Professional Internet Application Developer Database Analyst TeleCommunication Systems [EMAIL PROTECTED] +---+ "...'If there must be trouble, let it be in my day, that my child may have peace'..." - Thomas Paine, The American Crisis -Original Message- From: Bryan Love [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 1:39 PM To: CF-Talk Subject: RE: Client Vars again remember that the CFID can come from the following scopes: - session - cookie - client - url I don't know the order these are searched in when no scope is specified - CFID seems to be an exception to the standard scoping rule since it can be found without scoping even when it doesn't exist in the url, form, or variables scope. Anyway, make sure they are all the same and if not then make sure you're looking up the right one. +-
RE: Client Vars again
keep in mind that you probably were using cookies before, you just didn't know it. Unless you specify then cookies will be used. If you do specify ...cookies="no" then you MUST pass CFID and CFTOKEN in the url string. Otherwise you lose your session with every request. This has been the source of many problems I've seen. Many people don't realize that sets cookies and so they wonder why their session persists even after the browser closes. If you let set cookies you must replace them with temporary ones or they will still be there days, weeks, months later. That can cause a problem debugging if you don't realize they exist... +---+ Bryan Love Macromedia Certified Professional Internet Application Developer Database Analyst TeleCommunication Systems [EMAIL PROTECTED] +---+ "...'If there must be trouble, let it be in my day, that my child may have peace'..." - Thomas Paine, The American Crisis -Original Message- From: Susan Hamilton-Allen [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 2:12 PM To: CF-Talk Subject: RE: Client Vars again Thanks, but the problem was not with cookies. This is the MM posting I posted yesterday. As I said, we also changed addtoken to "no" and experienced other more puzzling problems. We are now using cookies, no problems. MM Forum posting: July 16, 2002 4:11 PM I have two servers where I have installed my web pages. On one machine it works fine. On the other, the client variables seem to not be saved. I have set the client variables to be saved in the database on both machines. On the one that doesn't work, it seems like when I submit my login form, the next page doesn't know about the client variables. It also seems to generate a new row in my database. It's almost acting like it doesn't know who it is so it's generating every single time. I've tried setting it to registry and cookie and have the same results. As it turns out the "bug" was that CFMX changed the default attribute setting on the cflocation tag. It used to default to addtoken="no", but now defaults to addtoken ="yes". Because we have a snippet of code that prevents session hijacking by removing the CFID & CFTOKEN from the url line, this caused every CFLOCATION to increment the CFID and actually lose state. Small CF change, but big problem for us until we were able to figure it out. Everything was back to normal when we added addtoken="no" to each occurrence in the site. Susan Hamilton Allen Web Programmer Pfingsten Publishing, L.L.C. Rock Run Center, Ste. 280 5700 Lombardo Center Dr. Seven Hills, OH 44131 phone: 216.328.8926 fax: 216.328.9452 -----Original Message- From: Bryan Love [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 4:55 PM To: CF-Talk Subject: RE: Client Vars again let me expand on that a little The ONLY way the server knows who you (the client) are is by you passing your CFID and CFTOKEN to the server. The only way that can happen is via COOKIE or URL. Compare the COOKIE and URL values for CFID and CFTOKEN and ensure they are the same. Perhaps one of them is getting changed and that is throwing you off... Also, be sure to delete all cookies on the test machine(s) before running the test and comparing the results to those on other test machine(s). +---+ Bryan Love Macromedia Certified Professional Internet Application Developer Database Analyst TeleCommunication Systems [EMAIL PROTECTED] +---+ "...'If there must be trouble, let it be in my day, that my child may have peace'..." - Thomas Paine, The American Crisis -Original Message- From: Bryan Love [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 1:39 PM To: CF-Talk Subject: RE: Client Vars again remember that the CFID can come from the following scopes: - session - cookie - client - url I don't know the order these are searched in when no scope is specified - CFID seems to be an exception to the standard scoping rule since it can be found without scoping even when it doesn't exist in the url, form, or variables scope. Anyway, make sure they are all the same and if not then make sure you're looking up the right one. +---+ Bryan Love Macromedia Certified Professional Internet Application Developer Database Analyst TeleCommunication Systems [EMAIL PROTECTED] +---+ "...'If there must be trouble, let it be in my day, that my child may have peace'..." - Thomas Paine, The American Crisis -Original Message- From: Susan Hamilton-Allen [mailto:[EMAIL PROTEC
RE: Client Vars again
Thanks, but the problem was not with cookies. This is the MM posting I posted yesterday. As I said, we also changed addtoken to "no" and experienced other more puzzling problems. We are now using cookies, no problems. MM Forum posting: July 16, 2002 4:11 PM I have two servers where I have installed my web pages. On one machine it works fine. On the other, the client variables seem to not be saved. I have set the client variables to be saved in the database on both machines. On the one that doesn't work, it seems like when I submit my login form, the next page doesn't know about the client variables. It also seems to generate a new row in my database. It's almost acting like it doesn't know who it is so it's generating every single time. I've tried setting it to registry and cookie and have the same results. As it turns out the "bug" was that CFMX changed the default attribute setting on the cflocation tag. It used to default to addtoken="no", but now defaults to addtoken ="yes". Because we have a snippet of code that prevents session hijacking by removing the CFID & CFTOKEN from the url line, this caused every CFLOCATION to increment the CFID and actually lose state. Small CF change, but big problem for us until we were able to figure it out. Everything was back to normal when we added addtoken="no" to each occurrence in the site. Susan Hamilton Allen Web Programmer Pfingsten Publishing, L.L.C. Rock Run Center, Ste. 280 5700 Lombardo Center Dr. Seven Hills, OH 44131 phone: 216.328.8926 fax: 216.328.9452 -Original Message- From: Bryan Love [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 4:55 PM To: CF-Talk Subject: RE: Client Vars again let me expand on that a little The ONLY way the server knows who you (the client) are is by you passing your CFID and CFTOKEN to the server. The only way that can happen is via COOKIE or URL. Compare the COOKIE and URL values for CFID and CFTOKEN and ensure they are the same. Perhaps one of them is getting changed and that is throwing you off... Also, be sure to delete all cookies on the test machine(s) before running the test and comparing the results to those on other test machine(s). +---+ Bryan Love Macromedia Certified Professional Internet Application Developer Database Analyst TeleCommunication Systems [EMAIL PROTECTED] +---+ "...'If there must be trouble, let it be in my day, that my child may have peace'..." - Thomas Paine, The American Crisis -Original Message- From: Bryan Love [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 1:39 PM To: CF-Talk Subject: RE: Client Vars again remember that the CFID can come from the following scopes: - session - cookie - client - url I don't know the order these are searched in when no scope is specified - CFID seems to be an exception to the standard scoping rule since it can be found without scoping even when it doesn't exist in the url, form, or variables scope. Anyway, make sure they are all the same and if not then make sure you're looking up the right one. +---+ Bryan Love Macromedia Certified Professional Internet Application Developer Database Analyst TeleCommunication Systems [EMAIL PROTECTED] +---+ "...'If there must be trouble, let it be in my day, that my child may have peace'..." - Thomas Paine, The American Crisis -Original Message- From: Susan Hamilton-Allen [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 1:23 PM To: CF-Talk Subject: RE: Client Vars again Well, I opened the CFID and CFGLOBAL tables and the rows corresponding to the CFID/CFTOKEN in the dubugging results were not there. Susan Hamilton Allen Web Programmer Pfingsten Publishing, L.L.C. Seven Hills, OH 44131 -Original Message- From: Bryan Love [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 4:18 PM To: CF-Talk Subject: RE: Client Vars again how did you confirm that the client vars are not being recorded in DB? +---+ Bryan Love Macromedia Certified Professional Internet Application Developer Database Analyst TeleCommunication Systems [EMAIL PROTECTED] +---+ "...'If there must be trouble, let it be in my day, that my child may have peace'..." - Thomas Paine, The American Crisis -Original Message- From: Susan Hamilton-Allen [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 1:13 PM To: CF-Talk Subject: RE: Client Vars again DB: SQL Server 2000; Client OS: win2k; intranet app; single server win2k server. Application.cfm set for clientmanagement="Yes
RE: Client Vars again
I know you are storing client vars in the DB, but that's only one piece of the puzzle. CF must have a way of associating incoming requests with their respective client variables. It does that using CFID and CFTOKEN and the ONLY way it knows what those are is by the client passing them in via COOKIE or URL. No matter how complicated things are behind the scenes it all boils down to the browser passing the CFID and CFTOKEN back to the server via COOKIE or URL. I know... it was a revelation to me too when I really thought about this for the first time :) +---+ Bryan Love Macromedia Certified Professional Internet Application Developer Database Analyst TeleCommunication Systems [EMAIL PROTECTED] +---+ "...'If there must be trouble, let it be in my day, that my child may have peace'..." - Thomas Paine, The American Crisis -Original Message- From: Susan Hamilton-Allen [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 2:02 PM To: CF-Talk Subject: RE: Client Vars again We are not talking cookies here. We were using client variables written to a database, as recommended by MM best practices. We ran the same two pages of simplified code on each machine (and yes, the app was running from the server), with the results I described. We systematically excluded browser version differences, os version differences, user profiles, file privileges, etc. As I said before, there is a known bug with cflocation incrementing cfid, the results of which are clearly seen in the CFID/CFGLOBAL tables. The known bug's "fix" made our situation worse. We are NOW using cookies instead of storing client variables to the database. I just thought it might be of interest to this group, seeing as I found several references to similar problems on other support sites, and those requests also were never resolved. Susan Hamilton Allen Web Programmer Pfingsten Publishing, L.L.C. Seven Hills, OH 44131 -Original Message- From: Andre Turrettini [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 4:29 PM To: CF-Talk Subject: RE: Client Vars again Hmm. I'm assuming that when you say "we ran the app on another pc in the office", you mean that you made requests to the test server and that the client vars were incrementing or not working from that client. Checekd that its accepting cookies? The first thing I would do is reproduce the problem from the ground up. So, setup a test page that writes a cookie incrementally or something. So, everytime you hit it, your cookie value should increase by 1. Try this from every browser in the office. Maybe you can find a problem there. Then setup a client var incrementing on that same page so that everytime you increment the value of the client var and then read it on the next request. Make sure that's working. If its not, also try session vars and seeif they do the same thing. If all that works perfectly, I'd suspect something going on in your code. Hopefully you can start with that! DRE Ps. It's a stressfull thing so be thorough and clear minded! -Original Message- From: Susan Hamilton-Allen [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 2:13 PM To: CF-Talk Subject: RE: Client Vars again DB: SQL Server 2000; Client OS: win2k; intranet app; single server win2k server. Application.cfm set for clientmanagement="Yes", clientstorage=the SQl data source, which was successfully registered w/in CF. Using First we thought everything was great; then we ran the app on another pc in the office. Client variables were not writing to the db, although they were writing successfully on the 2 developers' machines. Checked browser versions, os versions, couldn't find any links to identify where the problem was. Again, these two machines were writing the client var strings correctly to the database. Read on MM site that addtoken="yes" will cause CFID to increment, which we did find to be true for SOME of the pcs. Changed addtoken to no; the machines they didn't carry the variables successfully now did not write to the database at all. My machine was the only one of the 5 that kept working no matter what. Uninstalled CFMX, reinstalled, changed addtoken to "yes," and now my machine did the same thing (CFID incrementing, one row per write to the client state). No other machines were able to write to the db, although they "sometimes" seemed to actually carry the variables in memory successfully. Susan Hamilton Allen Web Programmer Pfingsten Publishing, L.L.C. Seven Hills, OH 44131 -Original Message----- From: Andre Turrettini [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 3:51 PM To: CF-Talk Subject: RE: Client Vars again Hi Susan, Can you give full details. Db, os, whats the applciation, i
RE: Client Vars again
We are not talking cookies here. We were using client variables written to a database, as recommended by MM best practices. We ran the same two pages of simplified code on each machine (and yes, the app was running from the server), with the results I described. We systematically excluded browser version differences, os version differences, user profiles, file privileges, etc. As I said before, there is a known bug with cflocation incrementing cfid, the results of which are clearly seen in the CFID/CFGLOBAL tables. The known bug's "fix" made our situation worse. We are NOW using cookies instead of storing client variables to the database. I just thought it might be of interest to this group, seeing as I found several references to similar problems on other support sites, and those requests also were never resolved. Susan Hamilton Allen Web Programmer Pfingsten Publishing, L.L.C. Seven Hills, OH 44131 -Original Message- From: Andre Turrettini [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 4:29 PM To: CF-Talk Subject: RE: Client Vars again Hmm. I'm assuming that when you say "we ran the app on another pc in the office", you mean that you made requests to the test server and that the client vars were incrementing or not working from that client. Checekd that its accepting cookies? The first thing I would do is reproduce the problem from the ground up. So, setup a test page that writes a cookie incrementally or something. So, everytime you hit it, your cookie value should increase by 1. Try this from every browser in the office. Maybe you can find a problem there. Then setup a client var incrementing on that same page so that everytime you increment the value of the client var and then read it on the next request. Make sure that's working. If its not, also try session vars and seeif they do the same thing. If all that works perfectly, I'd suspect something going on in your code. Hopefully you can start with that! DRE Ps. It's a stressfull thing so be thorough and clear minded! -Original Message- From: Susan Hamilton-Allen [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 2:13 PM To: CF-Talk Subject: RE: Client Vars again DB: SQL Server 2000; Client OS: win2k; intranet app; single server win2k server. Application.cfm set for clientmanagement="Yes", clientstorage=the SQl data source, which was successfully registered w/in CF. Using First we thought everything was great; then we ran the app on another pc in the office. Client variables were not writing to the db, although they were writing successfully on the 2 developers' machines. Checked browser versions, os versions, couldn't find any links to identify where the problem was. Again, these two machines were writing the client var strings correctly to the database. Read on MM site that addtoken="yes" will cause CFID to increment, which we did find to be true for SOME of the pcs. Changed addtoken to no; the machines they didn't carry the variables successfully now did not write to the database at all. My machine was the only one of the 5 that kept working no matter what. Uninstalled CFMX, reinstalled, changed addtoken to "yes," and now my machine did the same thing (CFID incrementing, one row per write to the client state). No other machines were able to write to the db, although they "sometimes" seemed to actually carry the variables in memory successfully. Susan Hamilton Allen Web Programmer Pfingsten Publishing, L.L.C. Seven Hills, OH 44131 -Original Message- From: Andre Turrettini [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 3:51 PM To: CF-Talk Subject: RE: Client Vars again Hi Susan, Can you give full details. Db, os, whats the applciation, intranet/extranet/web,cfserver details,cluster/singleserver? Have you tried session vars or homegrown client vars? Can you consistently set a cookie and across page requests read it properly? DRE -Original Message- From: Susan Hamilton-Allen [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 12:50 PM To: CF-Talk Subject: RE: Client Vars again Adrian: I posted to CF-Talk several times yesterday (with no useful results) with a similar problem regarding client vars. We are now re-engineering to write cookies instead. I had posted a notice from MM about incrementing CFID. Look at your CFID table; we had new rows being written for each write to the client state, with incremented CFIDs. We changed to "addtoken=no" and all of a sudden only one user could write to the database at all. We tried, as you have, to find a common denominator to explain the inconsistent behavior among 5 machines; browser versions, os versions, etc. After much trial and error, I uninstalled CFMX, reinstalled, and are now using cookies instead. Hope you have better luck than us; like I said, take a look at your
RE: Client Vars again
let me expand on that a little The ONLY way the server knows who you (the client) are is by you passing your CFID and CFTOKEN to the server. The only way that can happen is via COOKIE or URL. Compare the COOKIE and URL values for CFID and CFTOKEN and ensure they are the same. Perhaps one of them is getting changed and that is throwing you off... Also, be sure to delete all cookies on the test machine(s) before running the test and comparing the results to those on other test machine(s). +---+ Bryan Love Macromedia Certified Professional Internet Application Developer Database Analyst TeleCommunication Systems [EMAIL PROTECTED] +---+ "...'If there must be trouble, let it be in my day, that my child may have peace'..." - Thomas Paine, The American Crisis -Original Message- From: Bryan Love [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 1:39 PM To: CF-Talk Subject: RE: Client Vars again remember that the CFID can come from the following scopes: - session - cookie - client - url I don't know the order these are searched in when no scope is specified - CFID seems to be an exception to the standard scoping rule since it can be found without scoping even when it doesn't exist in the url, form, or variables scope. Anyway, make sure they are all the same and if not then make sure you're looking up the right one. +---+ Bryan Love Macromedia Certified Professional Internet Application Developer Database Analyst TeleCommunication Systems [EMAIL PROTECTED] +---+ "...'If there must be trouble, let it be in my day, that my child may have peace'..." - Thomas Paine, The American Crisis -Original Message- From: Susan Hamilton-Allen [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 1:23 PM To: CF-Talk Subject: RE: Client Vars again Well, I opened the CFID and CFGLOBAL tables and the rows corresponding to the CFID/CFTOKEN in the dubugging results were not there. Susan Hamilton Allen Web Programmer Pfingsten Publishing, L.L.C. Seven Hills, OH 44131 -Original Message- From: Bryan Love [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 4:18 PM To: CF-Talk Subject: RE: Client Vars again how did you confirm that the client vars are not being recorded in DB? +---+ Bryan Love Macromedia Certified Professional Internet Application Developer Database Analyst TeleCommunication Systems [EMAIL PROTECTED] +---+ "...'If there must be trouble, let it be in my day, that my child may have peace'..." - Thomas Paine, The American Crisis -Original Message- From: Susan Hamilton-Allen [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 1:13 PM To: CF-Talk Subject: RE: Client Vars again DB: SQL Server 2000; Client OS: win2k; intranet app; single server win2k server. Application.cfm set for clientmanagement="Yes", clientstorage=the SQl data source, which was successfully registered w/in CF. Using First we thought everything was great; then we ran the app on another pc in the office. Client variables were not writing to the db, although they were writing successfully on the 2 developers' machines. Checked browser versions, os versions, couldn't find any links to identify where the problem was. Again, these two machines were writing the client var strings correctly to the database. Read on MM site that addtoken="yes" will cause CFID to increment, which we did find to be true for SOME of the pcs. Changed addtoken to no; the machines they didn't carry the variables successfully now did not write to the database at all. My machine was the only one of the 5 that kept working no matter what. Uninstalled CFMX, reinstalled, changed addtoken to "yes," and now my machine did the same thing (CFID incrementing, one row per write to the client state). No other machines were able to write to the db, although they "sometimes" seemed to actually carry the variables in memory successfully. Susan Hamilton Allen Web Programmer Pfingsten Publishing, L.L.C. Seven Hills, OH 44131 -Original Message----- From: Andre Turrettini [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 3:51 PM To: CF-Talk Subject: RE: Client Vars again Hi Susan, Can you give full details. Db, os, whats the applciation, intranet/extranet/web,cfserver details,cluster/singleserver? Have you tried session vars or homegrown client vars? Can you consistently set a cookie and across page requests read it properly? DRE -Original Message- From: Susan Hamilton-Allen [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002
RE: Client Vars again
remember that the CFID can come from the following scopes: - session - cookie - client - url I don't know the order these are searched in when no scope is specified - CFID seems to be an exception to the standard scoping rule since it can be found without scoping even when it doesn't exist in the url, form, or variables scope. Anyway, make sure they are all the same and if not then make sure you're looking up the right one. +---+ Bryan Love Macromedia Certified Professional Internet Application Developer Database Analyst TeleCommunication Systems [EMAIL PROTECTED] +---+ "...'If there must be trouble, let it be in my day, that my child may have peace'..." - Thomas Paine, The American Crisis -Original Message- From: Susan Hamilton-Allen [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 1:23 PM To: CF-Talk Subject: RE: Client Vars again Well, I opened the CFID and CFGLOBAL tables and the rows corresponding to the CFID/CFTOKEN in the dubugging results were not there. Susan Hamilton Allen Web Programmer Pfingsten Publishing, L.L.C. Seven Hills, OH 44131 -Original Message- From: Bryan Love [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 4:18 PM To: CF-Talk Subject: RE: Client Vars again how did you confirm that the client vars are not being recorded in DB? +---+ Bryan Love Macromedia Certified Professional Internet Application Developer Database Analyst TeleCommunication Systems [EMAIL PROTECTED] +---+ "...'If there must be trouble, let it be in my day, that my child may have peace'..." - Thomas Paine, The American Crisis -Original Message- From: Susan Hamilton-Allen [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 1:13 PM To: CF-Talk Subject: RE: Client Vars again DB: SQL Server 2000; Client OS: win2k; intranet app; single server win2k server. Application.cfm set for clientmanagement="Yes", clientstorage=the SQl data source, which was successfully registered w/in CF. Using First we thought everything was great; then we ran the app on another pc in the office. Client variables were not writing to the db, although they were writing successfully on the 2 developers' machines. Checked browser versions, os versions, couldn't find any links to identify where the problem was. Again, these two machines were writing the client var strings correctly to the database. Read on MM site that addtoken="yes" will cause CFID to increment, which we did find to be true for SOME of the pcs. Changed addtoken to no; the machines they didn't carry the variables successfully now did not write to the database at all. My machine was the only one of the 5 that kept working no matter what. Uninstalled CFMX, reinstalled, changed addtoken to "yes," and now my machine did the same thing (CFID incrementing, one row per write to the client state). No other machines were able to write to the db, although they "sometimes" seemed to actually carry the variables in memory successfully. Susan Hamilton Allen Web Programmer Pfingsten Publishing, L.L.C. Seven Hills, OH 44131 -Original Message- From: Andre Turrettini [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 3:51 PM To: CF-Talk Subject: RE: Client Vars again Hi Susan, Can you give full details. Db, os, whats the applciation, intranet/extranet/web,cfserver details,cluster/singleserver? Have you tried session vars or homegrown client vars? Can you consistently set a cookie and across page requests read it properly? DRE -Original Message- From: Susan Hamilton-Allen [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 12:50 PM To: CF-Talk Subject: RE: Client Vars again Adrian: I posted to CF-Talk several times yesterday (with no useful results) with a similar problem regarding client vars. We are now re-engineering to write cookies instead. I had posted a notice from MM about incrementing CFID. Look at your CFID table; we had new rows being written for each write to the client state, with incremented CFIDs. We changed to "addtoken=no" and all of a sudden only one user could write to the database at all. We tried, as you have, to find a common denominator to explain the inconsistent behavior among 5 machines; browser versions, os versions, etc. After much trial and error, I uninstalled CFMX, reinstalled, and are now using cookies instead. Hope you have better luck than us; like I said, take a look at your db and you may see the same symptoms. Susan Hamilton Allen Web Programmer Pfingsten Publishing, L.L.C. Seven Hills, OH 44131 -Original Message- On Fri, 6 Sep 2002, Adrian Lynch wrote: > I've posted this to CF-Ta
RE: Client Vars again
Hmm. I'm assuming that when you say "we ran the app on another pc in the office", you mean that you made requests to the test server and that the client vars were incrementing or not working from that client. Checekd that its accepting cookies? The first thing I would do is reproduce the problem from the ground up. So, setup a test page that writes a cookie incrementally or something. So, everytime you hit it, your cookie value should increase by 1. Try this from every browser in the office. Maybe you can find a problem there. Then setup a client var incrementing on that same page so that everytime you increment the value of the client var and then read it on the next request. Make sure that's working. If its not, also try session vars and seeif they do the same thing. If all that works perfectly, I'd suspect something going on in your code. Hopefully you can start with that! DRE Ps. It's a stressfull thing so be thorough and clear minded! -Original Message- From: Susan Hamilton-Allen [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 2:13 PM To: CF-Talk Subject: RE: Client Vars again DB: SQL Server 2000; Client OS: win2k; intranet app; single server win2k server. Application.cfm set for clientmanagement="Yes", clientstorage=the SQl data source, which was successfully registered w/in CF. Using First we thought everything was great; then we ran the app on another pc in the office. Client variables were not writing to the db, although they were writing successfully on the 2 developers' machines. Checked browser versions, os versions, couldn't find any links to identify where the problem was. Again, these two machines were writing the client var strings correctly to the database. Read on MM site that addtoken="yes" will cause CFID to increment, which we did find to be true for SOME of the pcs. Changed addtoken to no; the machines they didn't carry the variables successfully now did not write to the database at all. My machine was the only one of the 5 that kept working no matter what. Uninstalled CFMX, reinstalled, changed addtoken to "yes," and now my machine did the same thing (CFID incrementing, one row per write to the client state). No other machines were able to write to the db, although they "sometimes" seemed to actually carry the variables in memory successfully. Susan Hamilton Allen Web Programmer Pfingsten Publishing, L.L.C. Seven Hills, OH 44131 -Original Message- From: Andre Turrettini [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 3:51 PM To: CF-Talk Subject: RE: Client Vars again Hi Susan, Can you give full details. Db, os, whats the applciation, intranet/extranet/web,cfserver details,cluster/singleserver? Have you tried session vars or homegrown client vars? Can you consistently set a cookie and across page requests read it properly? DRE -Original Message- From: Susan Hamilton-Allen [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 12:50 PM To: CF-Talk Subject: RE: Client Vars again Adrian: I posted to CF-Talk several times yesterday (with no useful results) with a similar problem regarding client vars. We are now re-engineering to write cookies instead. I had posted a notice from MM about incrementing CFID. Look at your CFID table; we had new rows being written for each write to the client state, with incremented CFIDs. We changed to "addtoken=no" and all of a sudden only one user could write to the database at all. We tried, as you have, to find a common denominator to explain the inconsistent behavior among 5 machines; browser versions, os versions, etc. After much trial and error, I uninstalled CFMX, reinstalled, and are now using cookies instead. Hope you have better luck than us; like I said, take a look at your db and you may see the same symptoms. Susan Hamilton Allen Web Programmer Pfingsten Publishing, L.L.C. Seven Hills, OH 44131 -Original Message- On Fri, 6 Sep 2002, Adrian Lynch wrote: > I've posted this to CF-Talk, sorry for any who get both and don't like cross > posts... > > Is there anyone out there that's built reliable login/logout > functionality into their site? Something that works on ALL browser > combinations? > > This is what we're doing... > Client vars stored in a DB > Using the usual code to kill a session on close of the browser CFMX, > SQL Server 7 Testing on most combinations of browser. > > Trying to figure out what's going wrong wouldn't be so bad if we could just > have some consistency in the way it's going wrong. We have... Logging > in on 2nd, 3rd, 4th, 5th try instead of the 1st Not able to log out, > trying both reseting the client vars back to their original state and > deleting them altogether Having to change a cflocation to a > window.loc
RE: Client Vars again
Well, I opened the CFID and CFGLOBAL tables and the rows corresponding to the CFID/CFTOKEN in the dubugging results were not there. Susan Hamilton Allen Web Programmer Pfingsten Publishing, L.L.C. Seven Hills, OH 44131 -Original Message- From: Bryan Love [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 4:18 PM To: CF-Talk Subject: RE: Client Vars again how did you confirm that the client vars are not being recorded in DB? +---+ Bryan Love Macromedia Certified Professional Internet Application Developer Database Analyst TeleCommunication Systems [EMAIL PROTECTED] +---+ "...'If there must be trouble, let it be in my day, that my child may have peace'..." - Thomas Paine, The American Crisis -Original Message- From: Susan Hamilton-Allen [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 1:13 PM To: CF-Talk Subject: RE: Client Vars again DB: SQL Server 2000; Client OS: win2k; intranet app; single server win2k server. Application.cfm set for clientmanagement="Yes", clientstorage=the SQl data source, which was successfully registered w/in CF. Using First we thought everything was great; then we ran the app on another pc in the office. Client variables were not writing to the db, although they were writing successfully on the 2 developers' machines. Checked browser versions, os versions, couldn't find any links to identify where the problem was. Again, these two machines were writing the client var strings correctly to the database. Read on MM site that addtoken="yes" will cause CFID to increment, which we did find to be true for SOME of the pcs. Changed addtoken to no; the machines they didn't carry the variables successfully now did not write to the database at all. My machine was the only one of the 5 that kept working no matter what. Uninstalled CFMX, reinstalled, changed addtoken to "yes," and now my machine did the same thing (CFID incrementing, one row per write to the client state). No other machines were able to write to the db, although they "sometimes" seemed to actually carry the variables in memory successfully. Susan Hamilton Allen Web Programmer Pfingsten Publishing, L.L.C. Seven Hills, OH 44131 -Original Message- From: Andre Turrettini [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 3:51 PM To: CF-Talk Subject: RE: Client Vars again Hi Susan, Can you give full details. Db, os, whats the applciation, intranet/extranet/web,cfserver details,cluster/singleserver? Have you tried session vars or homegrown client vars? Can you consistently set a cookie and across page requests read it properly? DRE -Original Message- From: Susan Hamilton-Allen [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 12:50 PM To: CF-Talk Subject: RE: Client Vars again Adrian: I posted to CF-Talk several times yesterday (with no useful results) with a similar problem regarding client vars. We are now re-engineering to write cookies instead. I had posted a notice from MM about incrementing CFID. Look at your CFID table; we had new rows being written for each write to the client state, with incremented CFIDs. We changed to "addtoken=no" and all of a sudden only one user could write to the database at all. We tried, as you have, to find a common denominator to explain the inconsistent behavior among 5 machines; browser versions, os versions, etc. After much trial and error, I uninstalled CFMX, reinstalled, and are now using cookies instead. Hope you have better luck than us; like I said, take a look at your db and you may see the same symptoms. Susan Hamilton Allen Web Programmer Pfingsten Publishing, L.L.C. Seven Hills, OH 44131 -Original Message- On Fri, 6 Sep 2002, Adrian Lynch wrote: > I've posted this to CF-Talk, sorry for any who get both and don't like cross > posts... > > Is there anyone out there that's built reliable login/logout > functionality into their site? Something that works on ALL browser > combinations? > > This is what we're doing... > Client vars stored in a DB > Using the usual code to kill a session on close of the browser CFMX, > SQL Server 7 Testing on most combinations of browser. > > Trying to figure out what's going wrong wouldn't be so bad if we could just > have some consistency in the way it's going wrong. We have... Logging > in on 2nd, 3rd, 4th, 5th try instead of the 1st Not able to log out, > trying both reseting the client vars back to their original state and > deleting them altogether Having to change a cflocation to a > window.location to get it to log in on IE5 (don't ask) > > I've just said to the guy I'm building it with, "shall we pass cfid > a
RE: Client Vars again
how did you confirm that the client vars are not being recorded in DB? +---+ Bryan Love Macromedia Certified Professional Internet Application Developer Database Analyst TeleCommunication Systems [EMAIL PROTECTED] +---+ "...'If there must be trouble, let it be in my day, that my child may have peace'..." - Thomas Paine, The American Crisis -Original Message- From: Susan Hamilton-Allen [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 1:13 PM To: CF-Talk Subject: RE: Client Vars again DB: SQL Server 2000; Client OS: win2k; intranet app; single server win2k server. Application.cfm set for clientmanagement="Yes", clientstorage=the SQl data source, which was successfully registered w/in CF. Using First we thought everything was great; then we ran the app on another pc in the office. Client variables were not writing to the db, although they were writing successfully on the 2 developers' machines. Checked browser versions, os versions, couldn't find any links to identify where the problem was. Again, these two machines were writing the client var strings correctly to the database. Read on MM site that addtoken="yes" will cause CFID to increment, which we did find to be true for SOME of the pcs. Changed addtoken to no; the machines they didn't carry the variables successfully now did not write to the database at all. My machine was the only one of the 5 that kept working no matter what. Uninstalled CFMX, reinstalled, changed addtoken to "yes," and now my machine did the same thing (CFID incrementing, one row per write to the client state). No other machines were able to write to the db, although they "sometimes" seemed to actually carry the variables in memory successfully. Susan Hamilton Allen Web Programmer Pfingsten Publishing, L.L.C. Seven Hills, OH 44131 -Original Message- From: Andre Turrettini [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 3:51 PM To: CF-Talk Subject: RE: Client Vars again Hi Susan, Can you give full details. Db, os, whats the applciation, intranet/extranet/web,cfserver details,cluster/singleserver? Have you tried session vars or homegrown client vars? Can you consistently set a cookie and across page requests read it properly? DRE -Original Message- From: Susan Hamilton-Allen [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 12:50 PM To: CF-Talk Subject: RE: Client Vars again Adrian: I posted to CF-Talk several times yesterday (with no useful results) with a similar problem regarding client vars. We are now re-engineering to write cookies instead. I had posted a notice from MM about incrementing CFID. Look at your CFID table; we had new rows being written for each write to the client state, with incremented CFIDs. We changed to "addtoken=no" and all of a sudden only one user could write to the database at all. We tried, as you have, to find a common denominator to explain the inconsistent behavior among 5 machines; browser versions, os versions, etc. After much trial and error, I uninstalled CFMX, reinstalled, and are now using cookies instead. Hope you have better luck than us; like I said, take a look at your db and you may see the same symptoms. Susan Hamilton Allen Web Programmer Pfingsten Publishing, L.L.C. Seven Hills, OH 44131 -Original Message- On Fri, 6 Sep 2002, Adrian Lynch wrote: > I've posted this to CF-Talk, sorry for any who get both and don't like cross > posts... > > Is there anyone out there that's built reliable login/logout > functionality into their site? Something that works on ALL browser > combinations? > > This is what we're doing... > Client vars stored in a DB > Using the usual code to kill a session on close of the browser CFMX, > SQL Server 7 Testing on most combinations of browser. > > Trying to figure out what's going wrong wouldn't be so bad if we could just > have some consistency in the way it's going wrong. We have... Logging > in on 2nd, 3rd, 4th, 5th try instead of the 1st Not able to log out, > trying both reseting the client vars back to their original state and > deleting them altogether Having to change a cflocation to a > window.location to get it to log in on IE5 (don't ask) > > I've just said to the guy I'm building it with, "shall we pass cfid > and cftoken in all the links and redirects, see if that cures it". > What does everyone else think. It's not the easiest thing to debug > something that you > can't reliably replicate :O( > > > Adrian Lynch > Thoughtbubble Ltd > -- > United Kingdom > http://www.thoughtbubble.net > Ph: +44 (0) 20 7387 8890 &
RE: Client Vars again
DB: SQL Server 2000; Client OS: win2k; intranet app; single server win2k server. Application.cfm set for clientmanagement="Yes", clientstorage=the SQl data source, which was successfully registered w/in CF. Using First we thought everything was great; then we ran the app on another pc in the office. Client variables were not writing to the db, although they were writing successfully on the 2 developers' machines. Checked browser versions, os versions, couldn't find any links to identify where the problem was. Again, these two machines were writing the client var strings correctly to the database. Read on MM site that addtoken="yes" will cause CFID to increment, which we did find to be true for SOME of the pcs. Changed addtoken to no; the machines they didn't carry the variables successfully now did not write to the database at all. My machine was the only one of the 5 that kept working no matter what. Uninstalled CFMX, reinstalled, changed addtoken to "yes," and now my machine did the same thing (CFID incrementing, one row per write to the client state). No other machines were able to write to the db, although they "sometimes" seemed to actually carry the variables in memory successfully. Susan Hamilton Allen Web Programmer Pfingsten Publishing, L.L.C. Seven Hills, OH 44131 -Original Message- From: Andre Turrettini [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 3:51 PM To: CF-Talk Subject: RE: Client Vars again Hi Susan, Can you give full details. Db, os, whats the applciation, intranet/extranet/web,cfserver details,cluster/singleserver? Have you tried session vars or homegrown client vars? Can you consistently set a cookie and across page requests read it properly? DRE -Original Message- From: Susan Hamilton-Allen [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 12:50 PM To: CF-Talk Subject: RE: Client Vars again Adrian: I posted to CF-Talk several times yesterday (with no useful results) with a similar problem regarding client vars. We are now re-engineering to write cookies instead. I had posted a notice from MM about incrementing CFID. Look at your CFID table; we had new rows being written for each write to the client state, with incremented CFIDs. We changed to "addtoken=no" and all of a sudden only one user could write to the database at all. We tried, as you have, to find a common denominator to explain the inconsistent behavior among 5 machines; browser versions, os versions, etc. After much trial and error, I uninstalled CFMX, reinstalled, and are now using cookies instead. Hope you have better luck than us; like I said, take a look at your db and you may see the same symptoms. Susan Hamilton Allen Web Programmer Pfingsten Publishing, L.L.C. Seven Hills, OH 44131 -Original Message- On Fri, 6 Sep 2002, Adrian Lynch wrote: > I've posted this to CF-Talk, sorry for any who get both and don't like cross > posts... > > Is there anyone out there that's built reliable login/logout > functionality into their site? Something that works on ALL browser > combinations? > > This is what we're doing... > Client vars stored in a DB > Using the usual code to kill a session on close of the browser CFMX, > SQL Server 7 Testing on most combinations of browser. > > Trying to figure out what's going wrong wouldn't be so bad if we could just > have some consistency in the way it's going wrong. We have... Logging > in on 2nd, 3rd, 4th, 5th try instead of the 1st Not able to log out, > trying both reseting the client vars back to their original state and > deleting them altogether Having to change a cflocation to a > window.location to get it to log in on IE5 (don't ask) > > I've just said to the guy I'm building it with, "shall we pass cfid > and cftoken in all the links and redirects, see if that cures it". > What does everyone else think. It's not the easiest thing to debug > something that you > can't reliably replicate :O( > > > Adrian Lynch > Thoughtbubble Ltd > -- > United Kingdom > http://www.thoughtbubble.net > Ph: +44 (0) 20 7387 8890 > -- > The information in this email and in any attachments is confidential > and intended solely for the attention and use of the named > addressee(s) . Any views or opinions presented are solely those of the > author and do not necessarily represent those of Thoughtbubble. This > information may be subject to legal, professional or other privilege > and further distribution of it is strictly prohibited without our > authority. If you are not the intended recipient, you are not > authorised to disclose, copy, distribute, or > retain this message. Please notify us on +44 (0
RE: Client Vars again
Hi Susan, Can you give full details. Db, os, whats the applciation, intranet/extranet/web,cfserver details,cluster/singleserver? Have you tried session vars or homegrown client vars? Can you consistently set a cookie and across page requests read it properly? DRE -Original Message- From: Susan Hamilton-Allen [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 12:50 PM To: CF-Talk Subject: RE: Client Vars again Adrian: I posted to CF-Talk several times yesterday (with no useful results) with a similar problem regarding client vars. We are now re-engineering to write cookies instead. I had posted a notice from MM about incrementing CFID. Look at your CFID table; we had new rows being written for each write to the client state, with incremented CFIDs. We changed to "addtoken=no" and all of a sudden only one user could write to the database at all. We tried, as you have, to find a common denominator to explain the inconsistent behavior among 5 machines; browser versions, os versions, etc. After much trial and error, I uninstalled CFMX, reinstalled, and are now using cookies instead. Hope you have better luck than us; like I said, take a look at your db and you may see the same symptoms. Susan Hamilton Allen Web Programmer Pfingsten Publishing, L.L.C. Seven Hills, OH 44131 -Original Message- On Fri, 6 Sep 2002, Adrian Lynch wrote: > I've posted this to CF-Talk, sorry for any who get both and don't like cross > posts... > > Is there anyone out there that's built reliable login/logout > functionality into their site? Something that works on ALL browser > combinations? > > This is what we're doing... > Client vars stored in a DB > Using the usual code to kill a session on close of the browser CFMX, > SQL Server 7 Testing on most combinations of browser. > > Trying to figure out what's going wrong wouldn't be so bad if we could just > have some consistency in the way it's going wrong. We have... Logging > in on 2nd, 3rd, 4th, 5th try instead of the 1st Not able to log out, > trying both reseting the client vars back to their original state and > deleting them altogether Having to change a cflocation to a > window.location to get it to log in on IE5 (don't ask) > > I've just said to the guy I'm building it with, "shall we pass cfid > and cftoken in all the links and redirects, see if that cures it". > What does everyone else think. It's not the easiest thing to debug > something that you > can't reliably replicate :O( > > > Adrian Lynch > Thoughtbubble Ltd > -- > United Kingdom > http://www.thoughtbubble.net > Ph: +44 (0) 20 7387 8890 > -- > The information in this email and in any attachments is confidential > and intended solely for the attention and use of the named > addressee(s) . Any views or opinions presented are solely those of the > author and do not necessarily represent those of Thoughtbubble. This > information may be subject to legal, professional or other privilege > and further distribution of it is strictly prohibited without our > authority. If you are not the intended recipient, you are not > authorised to disclose, copy, distribute, or > retain this message. Please notify us on +44 (0) 20 7387 8890 > > > __ Get the mailserver that powers this list at http://www.coolfusion.com FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Client Vars again
Adrian: I posted to CF-Talk several times yesterday (with no useful results) with a similar problem regarding client vars. We are now re-engineering to write cookies instead. I had posted a notice from MM about incrementing CFID. Look at your CFID table; we had new rows being written for each write to the client state, with incremented CFIDs. We changed to "addtoken=no" and all of a sudden only one user could write to the database at all. We tried, as you have, to find a common denominator to explain the inconsistent behavior among 5 machines; browser versions, os versions, etc. After much trial and error, I uninstalled CFMX, reinstalled, and are now using cookies instead. Hope you have better luck than us; like I said, take a look at your db and you may see the same symptoms. Susan Hamilton Allen Web Programmer Pfingsten Publishing, L.L.C. Seven Hills, OH 44131 -Original Message- On Fri, 6 Sep 2002, Adrian Lynch wrote: > I've posted this to CF-Talk, sorry for any who get both and don't like cross > posts... > > Is there anyone out there that's built reliable login/logout functionality > into their site? Something that works on ALL browser combinations? > > This is what we're doing... > Client vars stored in a DB > Using the usual code to kill a session on close of the browser > CFMX, SQL Server 7 > Testing on most combinations of browser. > > Trying to figure out what's going wrong wouldn't be so bad if we could just > have some consistency in the way it's going wrong. We have... > Logging in on 2nd, 3rd, 4th, 5th try instead of the 1st > Not able to log out, trying both reseting the client vars back to their > original state and deleting them altogether > Having to change a cflocation to a window.location to get it to log in on > IE5 (don't ask) > > I've just said to the guy I'm building it with, "shall we pass cfid and > cftoken in all the links and redirects, see if that cures it". What does > everyone else think. It's not the easiest thing to debug something that you > can't reliably replicate :O( > > > Adrian Lynch > Thoughtbubble Ltd > -- > United Kingdom > http://www.thoughtbubble.net > Ph: +44 (0) 20 7387 8890 > -- > The information in this email and in any attachments is confidential and > intended solely for the attention and use of the named addressee(s) . Any > views or opinions presented are solely those of the author and do not > necessarily represent those of Thoughtbubble. This information may be > subject to legal, professional or other privilege and further distribution > of it is strictly prohibited without our authority. If you are not the > intended recipient, you are not authorised to disclose, copy, distribute, or > retain this message. Please notify us on +44 (0) 20 7387 8890 > > > __ Get the mailserver that powers this list at http://www.coolfusion.com FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: Client Vars again
Hey, looks like you posted this to cf-talk... again... ! On Fri, 6 Sep 2002, Adrian Lynch wrote: > I've posted this to CF-Talk, sorry for any who get both and don't like cross > posts... > > Is there anyone out there that's built reliable login/logout functionality > into their site? Something that works on ALL browser combinations? > > This is what we're doing... > Client vars stored in a DB > Using the usual code to kill a session on close of the browser > CFMX, SQL Server 7 > Testing on most combinations of browser. > > Trying to figure out what's going wrong wouldn't be so bad if we could just > have some consistency in the way it's going wrong. We have... > Logging in on 2nd, 3rd, 4th, 5th try instead of the 1st > Not able to log out, trying both reseting the client vars back to their > original state and deleting them altogether > Having to change a cflocation to a window.location to get it to log in on > IE5 (don't ask) > > I've just said to the guy I'm building it with, "shall we pass cfid and > cftoken in all the links and redirects, see if that cures it". What does > everyone else think. It's not the easiest thing to debug something that you > can't reliably replicate :O( > > > Adrian Lynch > Thoughtbubble Ltd > -- > United Kingdom > http://www.thoughtbubble.net > Ph: +44 (0) 20 7387 8890 > -- > The information in this email and in any attachments is confidential and > intended solely for the attention and use of the named addressee(s) . Any > views or opinions presented are solely those of the author and do not > necessarily represent those of Thoughtbubble. This information may be > subject to legal, professional or other privilege and further distribution > of it is strictly prohibited without our authority. If you are not the > intended recipient, you are not authorised to disclose, copy, distribute, or > retain this message. Please notify us on +44 (0) 20 7387 8890 > > > __ This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Client Vars again
I've posted this to CF-Talk, sorry for any who get both and don't like cross posts... Is there anyone out there that's built reliable login/logout functionality into their site? Something that works on ALL browser combinations? This is what we're doing... Client vars stored in a DB Using the usual code to kill a session on close of the browser CFMX, SQL Server 7 Testing on most combinations of browser. Trying to figure out what's going wrong wouldn't be so bad if we could just have some consistency in the way it's going wrong. We have... Logging in on 2nd, 3rd, 4th, 5th try instead of the 1st Not able to log out, trying both reseting the client vars back to their original state and deleting them altogether Having to change a cflocation to a window.location to get it to log in on IE5 (don't ask) I've just said to the guy I'm building it with, "shall we pass cfid and cftoken in all the links and redirects, see if that cures it". What does everyone else think. It's not the easiest thing to debug something that you can't reliably replicate :O( Adrian Lynch Thoughtbubble Ltd -- United Kingdom http://www.thoughtbubble.net Ph: +44 (0) 20 7387 8890 -- The information in this email and in any attachments is confidential and intended solely for the attention and use of the named addressee(s) . Any views or opinions presented are solely those of the author and do not necessarily represent those of Thoughtbubble. This information may be subject to legal, professional or other privilege and further distribution of it is strictly prohibited without our authority. If you are not the intended recipient, you are not authorised to disclose, copy, distribute, or retain this message. Please notify us on +44 (0) 20 7387 8890 __ This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Client Vars again :O(
Is there anyone out there that's built reliable login/logout functionality into their site? Something that works on ALL browser combinations? This is what we're doing... Client vars stored in a DB Using the usual code to kill a session on close of the browser CFMX, SQL Server 7 Testing on most combinations of browser. Trying to figure out what's going wrong wouldn't be so bad if we could just have some consistency in the way it's going wrong. We have... Logging in on 2nd, 3rd, 4th, 5th try instead of the 1st Not able to log out, trying both reseting the client vars back to their original state and deleting them altogether Having to change a cflocation to a window.location to get it to log in on IE5 (don't ask) I've just said to the guy I'm building it with, "shall we pass cfid and cftoken in all the links and redirects, see if that cures it". What does everyone else think. It's not the easiest thing to debug something that you can't reliably replicate :O( Adrian Lynch Thoughtbubble Ltd -- United Kingdom http://www.thoughtbubble.net Ph: +44 (0) 20 7387 8890 -- The information in this email and in any attachments is confidential and intended solely for the attention and use of the named addressee(s) . Any views or opinions presented are solely those of the author and do not necessarily represent those of Thoughtbubble. This information may be subject to legal, professional or other privilege and further distribution of it is strictly prohibited without our authority. If you are not the intended recipient, you are not authorised to disclose, copy, distribute, or retain this message. Please notify us on +44 (0) 20 7387 8890 __ Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists