client vars in the registry
Hey all, There was a question brought up on community about storing client vars in the registry. I know that best practice is to store them in a db table. But. Is there ever a reason to use the registry? Maybe if the OS needs to access the vars? Color me curious sas -- Scott Stewart ColdFusion Developer SSTWebworks 4405 Oakshyre Way Raleigh, NC. 27616 (703) 220-2835 http://www.sstwebworks.com http://www.linkedin.com/in/sstwebworks http://www.linkedin.com/in/sstwebworks ~| ColdFusion 8 - Build next generation apps today, with easy PDF and Ajax features - download now http://download.macromedia.com/pub/labs/coldfusion/cf8_beta_whatsnew_052907.pdf Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:289915 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
RE: client vars in the registry
Is there ever a reason to use the registry? Maybe if the OS needs to access the vars? No, there's never a reason to use the registry. That option is available solely for backward compatibility. When Client variables were introduced in CF 2, that was the only place they could be stored. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ Fig Leaf Software provides the highest caliber vendor-authorized instruction at our training centers in Washington DC, Atlanta, Chicago, Baltimore, Northern Virginia, or on-site at your location. Visit http://training.figleaf.com/ for more information! ~| Download the latest ColdFusion 8 utilities including Report Builder, plug-ins for Eclipse and Dreamweaver updates. http;//www.adobe.com/cfusion/entitlement/index.cfm?e=labs%5adobecf8%5Fbeta Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:289921 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Separate DB for client vars?
I'm looking at things to speed up a CFMX7 application and was wondering if creating a separate MS SQL 2000 DB only to hold the application's client vars was worth considering? Although the 2 tables CDATA and CGLOBAL are purged every 2 days both tables contain of 60,000 records. I suppose if nothing else it would make the applications DB backup slightly smaller. ~| Create Web Applications With ColdFusion MX7 Flex 2. Build powerful, scalable RIAs. Free Trial http://www.adobe.com/products/coldfusion/flex2/?sdid=RVJS Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:277405 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: Separate DB for client vars?
Stewart, Just engineer client variables out of your application altogether. Why exactly are you using them? Respectfully, Adam Phillip Churvis Get advanced intensive Master-level training in C# ASP.NET 2.0 for ColdFusion Developers at ProductivityEnhancement.com -Original Message- From: Stewart Turnbull [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 09, 2007 9:56 AM To: CF-Talk Subject: Separate DB for client vars? I'm looking at things to speed up a CFMX7 application and was wondering if creating a separate MS SQL 2000 DB only to hold the application's client vars was worth considering? Although the 2 tables CDATA and CGLOBAL are purged every 2 days both tables contain of 60,000 records. I suppose if nothing else it would make the applications DB backup slightly smaller. ~| ColdFusion MX7 and Flex 2 Build sales marketing dashboard RIAâs for your business. Upgrade now http://www.adobe.com/products/coldfusion/flex2?sdid=RVJT Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:277406 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: Separate DB for client vars?
The application was originally build prior to the release of CF5 and therefore we couldn't rely on setting these vars using cfcookie due to the issues with the cflocation tag. You're quite right though. I should look at using session variables to store this data. ~| Deploy Web Applications Quickly across the enterprise with ColdFusion MX7 Flex 2 Free Trial http://www.adobe.com/products/coldfusion/flex2/?sdid=RVJU Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:277407 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: Separate DB for client vars?
I would recommend using client variables if you want to persist data that needs to be saved even if your session dies. If there is no consideration for persistent variables then session is a great place. On 5/9/07, Stewart Turnbull [EMAIL PROTECTED] wrote: The application was originally build prior to the release of CF5 and therefore we couldn't rely on setting these vars using cfcookie due to the issues with the cflocation tag. You're quite right though. I should look at using session variables to store this data. ~| Deploy Web Applications Quickly across the enterprise with ColdFusion MX7 Flex 2 Free Trial http://www.adobe.com/products/coldfusion/flex2/?sdid=RVJU Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:277412 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Maintaing state across servers with no cookies, session or client vars. WIll this work?
You might recall I had a problem a short while ago maintaining state with pretty tight restrictions on what methods I can use. Here's what I have come up with, and I'd appreciate any thoughts those of you with more experience in multiple-server installations might have. We'll have a two-web server clustered installation, with another dedicated database server running SQLServer2005. This is a relatively low traffic, but high dollar volume site (as in 6-figure pricing) and reason for using the server cluster is to get high reliabilty. To remind you of the restrictions: - No cookies. At all. None. Don't argue - DONT USE COOKIES (yessir!!). - No Sticky sessions. - No Client variables. (my client had a bad experience with them in a previous life and wont be budged on it) - New session token issued with each page view to prevent people picking up old sessions (or even worse - someone else's sessions) with bookmarks and URLS emailed between users That doesnt leave me with a lot of options, so here's what I've come up with - do you folks think this is going to work? I'm planning to use UUID() to create the tokens. But can you cause a new sessionID to be issued, thereby allowing CFLOCATION tags to use the Addtoken=yes attribute? *OnRequestStart:* - Read the UUID from the URL. (if no UUID create a new 'session') - Retrieve the WDDX packet of the state from the DB - Has the session expired (i.e. is the time stamp more than 30 minutes old?) - If it's expired, delete the old session and create a new one. - Issue a new UUID for this 'session'. *Process the rest of the page. * *OnRequestEnd:* - Add UUID to the page request - Serialise the 'session' state into WDDX packet - Add a timestamp (i.e. now()) - Write to DB record. Cheers Mike Kear Windsor, NSW, Australia Adobe Certified Advanced ColdFusion Developer AFP Webworks http://afpwebworks.com ColdFusion, PHP, ASP, ASP.NET hosting from AUD$15/month ~| ColdFusion MX7 and Flex 2 Build sales marketing dashboard RIAâs for your business. Upgrade now http://www.adobe.com/products/coldfusion/flex2 Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:270950 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: Maintaing state across servers with no cookies, session or client vars. WIll this work?
I have done multi-server installs from 2 server to a 30 server cluster. All of those used cookies, client vars, and sticky sessions. Because without them doing what you want to do is near impossible. Your url id could work but there is no security in it. If a malicious user saw that then they could play around with the url and hijack another users session. If you are going to store the session as a packet in the DB you are restricting yourself as to what you can store in session. Storing the packet in the db is just simulating client var storage anyways. This situation sounds more like a non-tech person driving technical decisions. --Dave ~| ColdFusion MX7 by Adobe® Dyncamically transform webcontent into Adobe PDF with new ColdFusion MX7. Free Trial. http://www.adobe.com/products/coldfusion Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:270959 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: Maintaing state across servers with no cookies, session or client vars. WIll this work?
Mike Kear wrote: We'll have a two-web server clustered installation, with another dedicated database server running SQLServer2005. This is a relatively low traffic, but high dollar volume site (as in 6-figure pricing) and reason for using the server cluster is to get high reliabilty. To remind you of the restrictions: - No cookies. At all. None. Don't argue - DONT USE COOKIES (yessir!!). - No Sticky sessions. - No Client variables. (my client had a bad experience with them in a previous life and wont be budged on it) - New session token issued with each page view to prevent people picking up old sessions (or even worse - someone else's sessions) with bookmarks and URLS emailed between users That doesnt leave me with a lot of options, so here's what I've come up with - do you folks think this is going to work? I'm planning to use UUID() to create the tokens. UUIDs are not random, they are predictable. *OnRequestStart:* - Read the UUID from the URL. (if no UUID create a new 'session') - Retrieve the WDDX packet of the state from the DB - Has the session expired (i.e. is the time stamp more than 30 minutes old?) - If it's expired, delete the old session and create a new one. - Issue a new UUID for this 'session'. *Process the rest of the page. * *OnRequestEnd:* - Add UUID to the page request - Serialise the 'session' state into WDDX packet - Add a timestamp (i.e. now()) - Write to DB record. How is this going to work: - if the user opens more then one page from one page? For instance through frames, but could also be caused by a click, back, click sequence. - if requests cross eachother? Will they overwrite eachothers session variables? - how about pages that never hit OnRequestEnd (cfabort, cflocation) I don't see any reason why it wouldn't work to some extend. But I do not believe it will be anyhere as secure as the HTTP Digest Authentication that is built into your webserver and browser. Jochem ~| Deploy Web Applications Quickly across the enterprise with ColdFusion MX7 Flex 2. Free Trial http://www.adobe.com/products/coldfusion/flex2/ Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:271007 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
RE: Taking Inventory of Session and Client vars currently in use
Thanks Nick. Also after further googling, I also found TeraTech's mod_display_variables.cfm which worked great. http://www.houseoffusion.com/cf_lists/messages.cfm/forumid:5/threadid:274#22 02 -Original Message- From: Nick Tong - TalkWebSolutions.co.uk [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 31, 2006 9:38 AM To: CF-Talk Subject: Re: Taking Inventory of Session and Client vars currently in use view this to see all sessions on a server: http://succor.co.uk/index.cfm/2006/5/4/viewing-sessions-on-your-server-acros s-all-applications On 31/05/06, Michael E. Carluen [EMAIL PROTECTED] wrote: I was wondering if anyone knows the best way to create a listing, or take inventory of all session and client variables currently in use by an app. Thank you in advance. ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:242118 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations Support: http://www.houseoffusion.com/tiny.cfm/54
Taking Inventory of Session and Client vars currently in use
I was wondering if anyone knows the best way to create a listing, or take inventory of all session and client variables currently in use by an app. Thank you in advance. ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:241824 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations Support: http://www.houseoffusion.com/tiny.cfm/54
Re: Taking Inventory of Session and Client vars currently in use
view this to see all sessions on a server: http://succor.co.uk/index.cfm/2006/5/4/viewing-sessions-on-your-server-across-all-applications On 31/05/06, Michael E. Carluen [EMAIL PROTECTED] wrote: I was wondering if anyone knows the best way to create a listing, or take inventory of all session and client variables currently in use by an app. Thank you in advance. ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:241827 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations Support: http://www.houseoffusion.com/tiny.cfm/54
client vars and cdata
I know, I know, using client variables is not the best practice ever realy but we are trapped by third party application and they are married to them. We recently saw this happening on our cfmx server environment Operation failed on the data source named ClientVar. Reason of failure [Macromedia][SQLServer JDBC Driver][SQLServer]Invalid object name 'CDATA'. Now our systems guy thinks that it had to do with the fact that there were 25000 records that is until he saw production and noted that there were over 10 records in the clientVars database. Any thoughts on workarounds or means to make this better. or what may be causing it. Thanks in advance Joshua O'Connor-Rose -All is Good ~| Logware (www.logware.us): a new and convenient web-based time tracking application. Start tracking and documenting hours spent on a project or with a client with Logware today. Try it for free with a 15 day trial account. http://www.houseoffusion.com/banners/view.cfm?bannerid=67 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:227726 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations Support: http://www.houseoffusion.com/tiny.cfm/54
RE: client vars and cdata
We've had a similar problem a few months ago... I'm not exactly sure what caused it, but it seems that the CDATA table was owned by a different user, and therefore coldfusion was not seeing it, because it was not owned by dbo. Check your database, I bet that's what happening. As to the cause, no idea... been running without issues before then and since then. (I've recreated the tables to fix the problem). Maybe it's a CF bug... -Original Message- From: Joshua O'Connor-Rose [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 27, 2005 5:32 PM To: CF-Talk Subject: client vars and cdata I know, I know, using client variables is not the best practice ever realy but we are trapped by third party application and they are married to them. We recently saw this happening on our cfmx server environment Operation failed on the data source named ClientVar. Reason of failure [Macromedia][SQLServer JDBC Driver][SQLServer]Invalid object name 'CDATA'. Now our systems guy thinks that it had to do with the fact that there were 25000 records that is until he saw production and noted that there were over 10 records in the clientVars database. Any thoughts on workarounds or means to make this better. or what may be causing it. Thanks in advance Joshua O'Connor-Rose -All is Good ~| Logware (www.logware.us): a new and convenient web-based time tracking application. Start tracking and documenting hours spent on a project or with a client with Logware today. Try it for free with a 15 day trial account. http://www.houseoffusion.com/banners/view.cfm?bannerid=67 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:227732 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations Support: http://www.houseoffusion.com/tiny.cfm/54
RE: Client vars won't go into the db....?
Hmm, nother long shot.Do you have the trusted cache set to yes?It migth be remembering an old setting? DRE -Original Message- From: Evan Lavidor [mailto:[EMAIL PROTECTED] Sent: Friday, February 06, 2004 11:45 AM To: CF-Talk Subject: Re:Client vars won't go into the db? Yep.I'm sure that there's only one application.cfm, and that the cfapplication tag is not specifying a location with the clientstorage parameter. I also have a DSN specified as the default storage location for client vars in CF admin. Yet, I'm still seeing client vars show up under HKLM\Software\Allaire\CurrentVersion\Clients. Any ideas are much apprecaited. Thanks, Evan Are you absolutely sure you have only one application.cfm? DRE -Original Message- From: Evan Lavidor [mailto:[EMAIL PROTECTED] Sent: Thursday, February 05, 2004 9:16 AM To: CF-Talk Subject: Re:Client vars won't go into the db? ...and a as followup, client variables on our MX servers are also showing up in the registry, even though we've got the settings in CF Admin specifying the default location being a datasource. Any help is greatly appreciated. Thanks, Evan _ _ [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
Client vars won't go into the db....?
So, while most of the CF apps/sites at my office are running on CFMX, we've still got a few servers that are running CF4.5...I know how wrong this is, and we're on the path to migrate them.However, a problem has arisen that I'm wondering if anyone has any insight to: We recently changed the client variable storage from the registry to a data source - not sure why it was ever the registry to begin with :-) We've made the updates in CF admin (set up the db, the dsn, assigned it as the default client variable store), but there's no client vars being written to the db, and new ones are being written to the registry under HKLM\Software\Allaire\CurrentVersion\Clients. Does anyone have any ideas/insights here?We've restarted CF on the servers in question, and I'm sure that none of the cfapplication tags are not specifying the registry as their storage point.They're just using the default. Many thanks, Evan [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
RE: Client vars won't go into the db....?
Hi Evan, Does your cfapplication tag for this app (probably in application.cfm) specify something else? You can ovveride the default storage there. Stefan -Original Message- From: Evan Lavidor [mailto:[EMAIL PROTECTED] Sent: Thursday, February 05, 2004 11:16 To: CF-Talk Subject: Re:Client vars won't go into the db? ...and a as followup, client variables on our MX servers are also showing up in the registry, even though we've got the settings in CF Admin specifying the default location being a datasource. Any help is greatly appreciated. Thanks, Evan [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
RE: Client vars won't go into the db....?
Are you absolutely sure you have only one application.cfm? DRE -Original Message- From: Evan Lavidor [mailto:[EMAIL PROTECTED] Sent: Thursday, February 05, 2004 9:16 AM To: CF-Talk Subject: Re:Client vars won't go into the db? ...and a as followup, client variables on our MX servers are also showing up in the registry, even though we've got the settings in CF Admin specifying the default location being a datasource. Any help is greatly appreciated. Thanks, Evan _ [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
Client vars not being set on first request?
We've got a cluster setup in which we're relying on cluster variablesfor recognizing a user when they're bounced to the second server.(sticky session won't work because the front end web servers areclustered as well)Apparently when the user leaves the first page and gets bounced to thesecond server, the client vars do not exist. (both servers share sameclient storage)Anyone seen this?CFMX61 on JRun4 / SolarisStaceAVIS IMPORTANT:--- Les informations contenues dans le present document et ses pieces jointes sont strictement confidentielles et reservees a l'usage de la (des) personne(s) a qui il est adresse. Si vous n'etes pas le destinataire, soyez avise que toute divulgation, distribution, copie, ou autre utilisation de ces informations est strictement prohibee. Si vous avez recu ce document par erreur, veuillez s'il vous plait communiquer immediatement avec l'expediteur et detruire ce document sans en faire de copie sous quelque forme.WARNING:---The information contained in this document and attachments is confidential and intended only for the person(s) named above. If you are not the intended recipient you are hereby notified that any disclosure, copying, distribution, or any other use of the information is strictly prohibited. If you have received this document by mistake, please notify the sender immediately and destroy this document and attachments without making any copy of any kind. [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
Client Vars
Hi Does any one know how to specify a DSN for clientmanagement n the application.cfm and also pass in the username and password? - basically I have always coded the username/password into the DSN but this is not an option in this instance. Any work arounds? Andy ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribeforumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. http://www.cfhosting.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: Client Vars
The DSN stuff will need to be already setup in the admin. So you will need to create a DSN (Passing in the Username and password (im pretty sure you cant have the password passed in later)) Then in client variables section of the Admin, you must register the DSN as a ClientVariables DSN (but you don't have to set it as the default) Then in the CFAPPLICATION tag you set CLIENTSTORAGE= to you DSN HTH Mikey -Original Message- From: Andy Ewings [mailto:[EMAIL PROTECTED] Sent: Friday, July 25, 2003 13:41 To: CF-Talk Subject: Client Vars Hi Does any one know how to specify a DSN for clientmanagement n the application.cfm and also pass in the username and password? - basically I have always coded the username/password into the DSN but this is not an option in this instance. Any work arounds? Andy ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribeforumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Get the mailserver that powers this list at http://www.coolfusion.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: Client Vars
yup but I can't pass the username or password into the DSN as is on a shared server and anyone could hijack the DSN then -Original Message- From: Mike Townend [mailto:[EMAIL PROTECTED] Sent: 25 July 2003 13:46 To: CF-Talk Subject: RE: Client Vars The DSN stuff will need to be already setup in the admin. So you will need to create a DSN (Passing in the Username and password (im pretty sure you cant have the password passed in later)) Then in client variables section of the Admin, you must register the DSN as a ClientVariables DSN (but you don't have to set it as the default) Then in the CFAPPLICATION tag you set CLIENTSTORAGE= to you DSN HTH Mikey -Original Message- From: Andy Ewings [mailto:[EMAIL PROTECTED] Sent: Friday, July 25, 2003 13:41 To: CF-Talk Subject: Client Vars Hi Does any one know how to specify a DSN for clientmanagement n the application.cfm and also pass in the username and password? - basically I have always coded the username/password into the DSN but this is not an option in this instance. Any work arounds? Andy ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribeforumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq 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 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: Client Vars
You could sandbox the DSN off... That way only your app could access it ? Or possibly use some really obscure name, but if the servers not sandboxed (or at least locked down) then theres nothing stopping some other site from querying all the dsn's -Original Message- From: Andy Ewings [mailto:[EMAIL PROTECTED] Sent: Friday, July 25, 2003 13:53 To: CF-Talk Subject: RE: Client Vars yup but I can't pass the username or password into the DSN as is on a shared server and anyone could hijack the DSN then -Original Message- From: Mike Townend [mailto:[EMAIL PROTECTED] Sent: 25 July 2003 13:46 To: CF-Talk Subject: RE: Client Vars The DSN stuff will need to be already setup in the admin. So you will need to create a DSN (Passing in the Username and password (im pretty sure you cant have the password passed in later)) Then in client variables section of the Admin, you must register the DSN as a ClientVariables DSN (but you don't have to set it as the default) Then in the CFAPPLICATION tag you set CLIENTSTORAGE= to you DSN HTH Mikey -Original Message- From: Andy Ewings [mailto:[EMAIL PROTECTED] Sent: Friday, July 25, 2003 13:41 To: CF-Talk Subject: Client Vars Hi Does any one know how to specify a DSN for clientmanagement n the application.cfm and also pass in the username and password? - basically I have always coded the username/password into the DSN but this is not an option in this instance. Any work arounds? Andy ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribeforumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq 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 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: Client Vars
There must be a security hole in the server configuration then, because it is relatively simple to add a security policy that can block access to DSNs on a selective basis. At least that is the case on my Win2k/Win2003 servers. All our tests have successfully prevented using unauthorized DSNs. Secondly, our tech staff reviews uploaded code in the background, and will disable a site that uploads hostile code. (AUP violation) == Stop spam on your domain, use our gateway! For hosting solutions http://www.clickdoug.com ISP rated: http://www.forta.com/cf/isp/isp.cfm?isp_id=772 == If you are not satisfied with my service, my job isn't done! - Original Message - From: Andy Ewings [EMAIL PROTECTED] To: CF-Talk [EMAIL PROTECTED] Sent: Friday, July 25, 2003 7:53 AM Subject: RE: Client Vars | yup but I can't pass the username or password into the DSN as is on a shared | server and anyone could hijack the DSN then | | -Original Message- | From: Mike Townend [mailto:[EMAIL PROTECTED] | Sent: 25 July 2003 13:46 | To: CF-Talk | Subject: RE: Client Vars | | | The DSN stuff will need to be already setup in the admin. | | So you will need to create a DSN (Passing in the Username and password (im | pretty sure you cant have the password passed in later)) | | Then in client variables section of the Admin, you must register the DSN as | a ClientVariables DSN (but you don't have to set it as the default) | | Then in the CFAPPLICATION tag you set CLIENTSTORAGE= to you DSN | | | HTH | | Mikey | | | -Original Message- | From: Andy Ewings [mailto:[EMAIL PROTECTED] | Sent: Friday, July 25, 2003 13:41 | To: CF-Talk | Subject: Client Vars | | | Hi | | Does any one know how to specify a DSN for clientmanagement n the | application.cfm and also pass in the username and password? - basically I | have always coded the username/password into the DSN but this is not an | option in this instance. Any work arounds? | | Andy | | ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribeforumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq 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 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: Client Vars
when you say on a selective basis - what basis is that selection made? -Original Message- From: Doug White [mailto:[EMAIL PROTECTED] Sent: 25 July 2003 14:18 To: CF-Talk Subject: Re: Client Vars There must be a security hole in the server configuration then, because it is relatively simple to add a security policy that can block access to DSNs on a selective basis. At least that is the case on my Win2k/Win2003 servers. All our tests have successfully prevented using unauthorized DSNs. Secondly, our tech staff reviews uploaded code in the background, and will disable a site that uploads hostile code. (AUP violation) == Stop spam on your domain, use our gateway! For hosting solutions http://www.clickdoug.com ISP rated: http://www.forta.com/cf/isp/isp.cfm?isp_id=772 == If you are not satisfied with my service, my job isn't done! - Original Message - From: Andy Ewings [EMAIL PROTECTED] To: CF-Talk [EMAIL PROTECTED] Sent: Friday, July 25, 2003 7:53 AM Subject: RE: Client Vars | yup but I can't pass the username or password into the DSN as is on a shared | server and anyone could hijack the DSN then | | -Original Message- | From: Mike Townend [mailto:[EMAIL PROTECTED] | Sent: 25 July 2003 13:46 | To: CF-Talk | Subject: RE: Client Vars | | | The DSN stuff will need to be already setup in the admin. | | So you will need to create a DSN (Passing in the Username and password (im | pretty sure you cant have the password passed in later)) | | Then in client variables section of the Admin, you must register the DSN as | a ClientVariables DSN (but you don't have to set it as the default) | | Then in the CFAPPLICATION tag you set CLIENTSTORAGE= to you DSN | | | HTH | | Mikey | | | -Original Message- | From: Andy Ewings [mailto:[EMAIL PROTECTED] | Sent: Friday, July 25, 2003 13:41 | To: CF-Talk | Subject: Client Vars | | | Hi | | Does any one know how to specify a DSN for clientmanagement n the | application.cfm and also pass in the username and password? - basically I | have always coded the username/password into the DSN but this is not an | option in this instance. Any work arounds? | | Andy | | ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribeforumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq 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 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: Client Vars
Mike Townend wrote: You could sandbox the DSN off... That way only your app could access it ? Can you? The way I understand the Java security model is that in the end it can only protect the file system and the network, i.e. you can set permissions on files and directories and you can set permissions on ports and IP addresses. Sandboxes indeed have options to protect datasources, but given it is built on top of the Java security model I would not be surprised if sufficiently knowledgeable Java programmers could circumvent that. Jochem ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribeforumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Get the mailserver that powers this list at http://www.coolfusion.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Looping Client Vars
Anyone have any ideas for looping through and deleting all client variables? Client isn't a structure, is it? TIA, Ryan ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribeforumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq 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 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: Looping Client Vars
You can use cfset client_var_list = #GetClientVariablesList()# cfloop index=list_element list=#variables.client_var_list# delimiters=, cfset temp = DeleteClientVariable(#list_element#) /cfloop Greg -Original Message- From: Ryan [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2003 1:47 PM To: CF-Talk Subject: Looping Client Vars Anyone have any ideas for looping through and deleting all client variables? Client isn't a structure, is it? TIA, Ryan ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribeforumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq 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 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: Looping Client Vars
Thanks, Greg! - Original Message - From: Greg McDaniel [EMAIL PROTECTED] To: CF-Talk [EMAIL PROTECTED] Sent: Friday, March 14, 2003 2:01 PM Subject: RE: Looping Client Vars You can use cfset client_var_list = #GetClientVariablesList()# cfloop index=list_element list=#variables.client_var_list# delimiters=, cfset temp = DeleteClientVariable(#list_element#) /cfloop Greg -Original Message- From: Ryan [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2003 1:47 PM To: CF-Talk Subject: Looping Client Vars Anyone have any ideas for looping through and deleting all client variables? Client isn't a structure, is it? TIA, Ryan ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribeforumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq 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 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
CFMX choking on client vars?
Has anyone had issues using CFMX with an ACCESS client storage database? A friend of mine is getting 500 Operation failed on the data source named 'client_storage'. This only seems to happen using CFMX... +---+ 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 Let's Roll - Todd Beamer, Flight 93 -Original Message- From: Christine Lawson [mailto:[EMAIL PROTECTED]] Sent: Monday, November 18, 2002 4:29 PM To: CF-Talk Subject: RE: MM: when will this bug be fixed? Nope but I can ask for you, I'll let you know what I find. Christine -Original Message- From: Lee Fuller [mailto:[EMAIL PROTECTED]] Sent: Monday, November 18, 2002 7:23 PM To: CF-Talk Subject: RE: MM: when will this bug be fixed? Any idea when we'll get a DWMX update? ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribeforumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting.
Re: CFMX choking on client vars?
I got lots of these with SQL7.0 and the ODBC Drivers. As soon as my client vars got bigger than 17k. I could find no way around this, but the problem did go away when using the JDBC Drivers. Brook At 04:35 PM 18/11/02 -0800, you wrote: Has anyone had issues using CFMX with an ACCESS client storage database? A friend of mine is getting 500 Operation failed on the data source named 'client_storage'. This only seems to happen using CFMX... +---+ 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 Let's Roll - Todd Beamer, Flight 93 -Original Message- From: Christine Lawson [mailto:[EMAIL PROTECTED]] Sent: Monday, November 18, 2002 4:29 PM To: CF-Talk Subject: RE: MM: when will this bug be fixed? Nope but I can ask for you, I'll let you know what I find. Christine -Original Message- From: Lee Fuller [mailto:[EMAIL PROTECTED]] Sent: Monday, November 18, 2002 7:23 PM To: CF-Talk Subject: RE: MM: when will this bug be fixed? Any idea when we'll get a DWMX update? ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribeforumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq 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
RE: CFMX choking on client vars?
Brook, Did you download new ones.. or? | -Original Message- | From: Brook Davies [mailto:[EMAIL PROTECTED]] | Sent: Monday, November 18, 2002 4:47 PM | To: CF-Talk | Subject: Re: CFMX choking on client vars? | | | I got lots of these with SQL7.0 and the ODBC Drivers. As soon | as my client | vars got bigger than 17k. I could find no way around | this, but the | problem did go away when using the JDBC Drivers. | | Brook | | At 04:35 PM 18/11/02 -0800, you wrote: | Has anyone had issues using CFMX with an ACCESS client storage | database? A friend of mine is getting 500 Operation failed on the | data source named 'client_storage'. | | This only seems to happen using CFMX... | | +---+ | 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 | | Let's Roll | - Todd Beamer, Flight 93 | | | | -Original Message- | From: Christine Lawson [mailto:[EMAIL PROTECTED]] | Sent: Monday, November 18, 2002 4:29 PM | To: CF-Talk | Subject: RE: MM: when will this bug be fixed? | | | Nope but I can ask for you, I'll let you know what I find. | | Christine | | -Original Message- | From: Lee Fuller [mailto:[EMAIL PROTECTED]] | Sent: Monday, November 18, 2002 7:23 PM | To: CF-Talk | Subject: RE: MM: when will this bug be fixed? | | | Any idea when we'll get a DWMX update? | | | | | | ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribeforumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting.
RE: outputting all client vars
I don't think you can view them like that. Try cfoutput cfloop list=#GetClientVariablesList()# index=i delimiters=, #i#br /cfloop /cfoutput See if that works. Ade -Original Message- From: Will Swain [mailto:will;hothorse.com] Sent: 05 November 2002 16:57 To: CF-Talk Subject: outputting all client vars Hi all, I've written some basic debug code to output all url, form, and session variables on a page: URL VARS: brbr CFLOOP collection=#URL# ITEM=URLVar cfoutput#URLVar# - #URL[URLVar]# br/cfoutput /cfloop brbr FORM VARS: brbr CFLOOP collection=#FORM# ITEM=FORMVar cfoutput#FORMVar# - #FORM[FORMVar]# br/cfoutput /cfloop brbr CGI VARS: brbr CFLOOP collection=#CGI# ITEM=CGIVar cfoutput#CGIVar# - #CGI[CGIVar]# br/cfoutput /cfloop brbr SESSION VARS: brbr CFLOOP collection=#SESSION# ITEM=SESSIONVar cfoutput#SESSIONVar# - #SESSION[SESSIONVar]# br/cfoutput /cfloop nice and straight forward. BUT, I want the same thing for client variables. However, trying CLIENT VARS: brbr CFLOOP collection=#CLIENT# ITEM=CLIENTVar cfoutput#CLIENTVar# - #CLIENT[CLIENTVar]# br/cfoutput /cfloop brbr just throws up the error: Error Diagnostic Information An error occurred while evaluating the expression: #CLIENT# Error near line 37, column 22. ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribeforumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq 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
RE: outputting all client vars
tried that: An error occurred while evaluating the expression: #CLIENT# Error near line 36, column 15 works for session though. Cheers will -Original Message- From: Randell B Adkins [mailto:AdkinsR;GAO.GOV] Sent: 05 November 2002 17:07 To: CF-Talk Subject: Re: outputting all client vars WHy not use CF_Dump var=#client# Alot easier. [EMAIL PROTECTED] 11/05/02 11:56AM Hi all, I've written some basic debug code to output all url, form, and session variables on a page: URL VARS: brbr CFLOOP collection=#URL# ITEM=URLVar cfoutput#URLVar# - #URL[URLVar]# br/cfoutput /cfloop brbr FORM VARS: brbr CFLOOP collection=#FORM# ITEM=FORMVar cfoutput#FORMVar# - #FORM[FORMVar]# br/cfoutput /cfloop brbr CGI VARS: brbr CFLOOP collection=#CGI# ITEM=CGIVar cfoutput#CGIVar# - #CGI[CGIVar]# br/cfoutput /cfloop brbr SESSION VARS: brbr CFLOOP collection=#SESSION# ITEM=SESSIONVar cfoutput#SESSIONVar# - #SESSION[SESSIONVar]# br/cfoutput /cfloop nice and straight forward. BUT, I want the same thing for client variables. However, trying CLIENT VARS: brbr CFLOOP collection=#CLIENT# ITEM=CLIENTVar cfoutput#CLIENTVar# - #CLIENT[CLIENTVar]# br/cfoutput /cfloop brbr just throws up the error: Error Diagnostic Information An error occurred while evaluating the expression: #CLIENT# Error near line 37, column 22. ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribeforumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Get the mailserver that powers this list at http://www.coolfusion.com
RE: outputting all client vars
What version of CF? -Original Message- From: Will Swain [mailto:will;hothorse.com] Sent: Tuesday, November 05, 2002 12:14 PM To: CF-Talk Subject: RE: outputting all client vars tried that: An error occurred while evaluating the expression: #CLIENT# Error near line 36, column 15 works for session though. Cheers will -Original Message- From: Randell B Adkins [mailto:AdkinsR;GAO.GOV] Sent: 05 November 2002 17:07 To: CF-Talk Subject: Re: outputting all client vars WHy not use CF_Dump var=#client# Alot easier. [EMAIL PROTECTED] 11/05/02 11:56AM Hi all, I've written some basic debug code to output all url, form, and session variables on a page: URL VARS: brbr CFLOOP collection=#URL# ITEM=URLVar cfoutput#URLVar# - #URL[URLVar]# br/cfoutput /cfloop brbr FORM VARS: brbr CFLOOP collection=#FORM# ITEM=FORMVar cfoutput#FORMVar# - #FORM[FORMVar]# br/cfoutput /cfloop brbr CGI VARS: brbr CFLOOP collection=#CGI# ITEM=CGIVar cfoutput#CGIVar# - #CGI[CGIVar]# br/cfoutput /cfloop brbr SESSION VARS: brbr CFLOOP collection=#SESSION# ITEM=SESSIONVar cfoutput#SESSIONVar# - #SESSION[SESSIONVar]# br/cfoutput /cfloop nice and straight forward. BUT, I want the same thing for client variables. However, trying CLIENT VARS: brbr CFLOOP collection=#CLIENT# ITEM=CLIENTVar cfoutput#CLIENTVar# - #CLIENT[CLIENTVar]# br/cfoutput /cfloop brbr just throws up the error: Error Diagnostic Information An error occurred while evaluating the expression: #CLIENT# Error near line 37, column 22. ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribeforumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq 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
RE: outputting all client vars
thats the one Adrian!! How would I dislay the value of the variables too, as that just gives me the variable names? Thanks a bunch will -Original Message- From: Adrian Lynch [mailto:adrian.l;thoughtbubble.net] Sent: 05 November 2002 17:09 To: CF-Talk Subject: RE: outputting all client vars I don't think you can view them like that. Try cfoutput cfloop list=#GetClientVariablesList()# index=i delimiters=, #i#br /cfloop /cfoutput See if that works. Ade -Original Message- From: Will Swain [mailto:will;hothorse.com] Sent: 05 November 2002 16:57 To: CF-Talk Subject: outputting all client vars Hi all, I've written some basic debug code to output all url, form, and session variables on a page: URL VARS: brbr CFLOOP collection=#URL# ITEM=URLVar cfoutput#URLVar# - #URL[URLVar]# br/cfoutput /cfloop brbr FORM VARS: brbr CFLOOP collection=#FORM# ITEM=FORMVar cfoutput#FORMVar# - #FORM[FORMVar]# br/cfoutput /cfloop brbr CGI VARS: brbr CFLOOP collection=#CGI# ITEM=CGIVar cfoutput#CGIVar# - #CGI[CGIVar]# br/cfoutput /cfloop brbr SESSION VARS: brbr CFLOOP collection=#SESSION# ITEM=SESSIONVar cfoutput#SESSIONVar# - #SESSION[SESSIONVar]# br/cfoutput /cfloop nice and straight forward. BUT, I want the same thing for client variables. However, trying CLIENT VARS: brbr CFLOOP collection=#CLIENT# ITEM=CLIENTVar cfoutput#CLIENTVar# - #CLIENT[CLIENTVar]# br/cfoutput /cfloop brbr just throws up the error: Error Diagnostic Information An error occurred while evaluating the expression: #CLIENT# Error near line 37, column 22. ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribeforumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Get the mailserver that powers this list at http://www.coolfusion.com
RE: outputting all client vars
CF5 will -Original Message- From: Everett, Al [mailto:AEverett;askallied.com] Sent: 05 November 2002 17:18 To: CF-Talk Subject: RE: outputting all client vars What version of CF? -Original Message- From: Will Swain [mailto:will;hothorse.com] Sent: Tuesday, November 05, 2002 12:14 PM To: CF-Talk Subject: RE: outputting all client vars tried that: An error occurred while evaluating the expression: #CLIENT# Error near line 36, column 15 works for session though. Cheers will -Original Message- From: Randell B Adkins [mailto:AdkinsR;GAO.GOV] Sent: 05 November 2002 17:07 To: CF-Talk Subject: Re: outputting all client vars WHy not use CF_Dump var=#client# Alot easier. [EMAIL PROTECTED] 11/05/02 11:56AM Hi all, I've written some basic debug code to output all url, form, and session variables on a page: URL VARS: brbr CFLOOP collection=#URL# ITEM=URLVar cfoutput#URLVar# - #URL[URLVar]# br/cfoutput /cfloop brbr FORM VARS: brbr CFLOOP collection=#FORM# ITEM=FORMVar cfoutput#FORMVar# - #FORM[FORMVar]# br/cfoutput /cfloop brbr CGI VARS: brbr CFLOOP collection=#CGI# ITEM=CGIVar cfoutput#CGIVar# - #CGI[CGIVar]# br/cfoutput /cfloop brbr SESSION VARS: brbr CFLOOP collection=#SESSION# ITEM=SESSIONVar cfoutput#SESSIONVar# - #SESSION[SESSIONVar]# br/cfoutput /cfloop nice and straight forward. BUT, I want the same thing for client variables. However, trying CLIENT VARS: brbr CFLOOP collection=#CLIENT# ITEM=CLIENTVar cfoutput#CLIENTVar# - #CLIENT[CLIENTVar]# br/cfoutput /cfloop brbr just throws up the error: Error Diagnostic Information An error occurred while evaluating the expression: #CLIENT# Error near line 37, column 22. ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribeforumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq 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
RE: outputting all client vars
#Evaluate(i)# [EMAIL PROTECTED] 11/05/02 12:22PM thats the one Adrian!! How would I dislay the value of the variables too, as that just gives me the variable names? Thanks a bunch will -Original Message- From: Adrian Lynch [mailto:adrian.l;thoughtbubble.net] Sent: 05 November 2002 17:09 To: CF-Talk Subject: RE: outputting all client vars I don't think you can view them like that. Try cfoutput cfloop list=#GetClientVariablesList()# index=i delimiters=, #i#br /cfloop /cfoutput See if that works. Ade -Original Message- From: Will Swain [mailto:will;hothorse.com] Sent: 05 November 2002 16:57 To: CF-Talk Subject: outputting all client vars Hi all, I've written some basic debug code to output all url, form, and session variables on a page: URL VARS: brbr CFLOOP collection=#URL# ITEM=URLVar cfoutput#URLVar# - #URL[URLVar]# br/cfoutput /cfloop brbr FORM VARS: brbr CFLOOP collection=#FORM# ITEM=FORMVar cfoutput#FORMVar# - #FORM[FORMVar]# br/cfoutput /cfloop brbr CGI VARS: brbr CFLOOP collection=#CGI# ITEM=CGIVar cfoutput#CGIVar# - #CGI[CGIVar]# br/cfoutput /cfloop brbr SESSION VARS: brbr CFLOOP collection=#SESSION# ITEM=SESSIONVar cfoutput#SESSIONVar# - #SESSION[SESSIONVar]# br/cfoutput /cfloop nice and straight forward. BUT, I want the same thing for client variables. However, trying CLIENT VARS: brbr CFLOOP collection=#CLIENT# ITEM=CLIENTVar cfoutput#CLIENTVar# - #CLIENT[CLIENTVar]# br/cfoutput /cfloop brbr just throws up the error: Error Diagnostic Information An error occurred while evaluating the expression: #CLIENT# Error near line 37, column 22. ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribeforumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Get the mailserver that powers this list at http://www.coolfusion.com
Re: outputting all client vars
How would I dislay the value of the variables too, as that just gives me the variable names? #i# : #client[i]#br should do it... Must confess I haven't tried it Otherwise ~shudder~ : evaluate(client.i) Regards Stephen ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribeforumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq 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
RE: outputting all client vars
cfoutput cfloop list=#GetClientVariablesList()# index=i delimiters=, #i# = #client[i]#BR /cfloop /cfoutput -Original Message- From: Will Swain [mailto:will;hothorse.com] Sent: Tuesday, November 05, 2002 9:23 AM To: CF-Talk Subject: RE: outputting all client vars thats the one Adrian!! How would I dislay the value of the variables too, as that just gives me the variable names? Thanks a bunch will -Original Message- From: Adrian Lynch [mailto:adrian.l;thoughtbubble.net] Sent: 05 November 2002 17:09 To: CF-Talk Subject: RE: outputting all client vars I don't think you can view them like that. Try cfoutput cfloop list=#GetClientVariablesList()# index=i delimiters=, #i#br /cfloop /cfoutput See if that works. Ade -Original Message- From: Will Swain [mailto:will;hothorse.com] Sent: 05 November 2002 16:57 To: CF-Talk Subject: outputting all client vars Hi all, I've written some basic debug code to output all url, form, and session variables on a page: URL VARS: brbr CFLOOP collection=#URL# ITEM=URLVar cfoutput#URLVar# - #URL[URLVar]# br/cfoutput /cfloop brbr FORM VARS: brbr CFLOOP collection=#FORM# ITEM=FORMVar cfoutput#FORMVar# - #FORM[FORMVar]# br/cfoutput /cfloop brbr CGI VARS: brbr CFLOOP collection=#CGI# ITEM=CGIVar cfoutput#CGIVar# - #CGI[CGIVar]# br/cfoutput /cfloop brbr SESSION VARS: brbr CFLOOP collection=#SESSION# ITEM=SESSIONVar cfoutput#SESSIONVar# - #SESSION[SESSIONVar]# br/cfoutput /cfloop nice and straight forward. BUT, I want the same thing for client variables. However, trying CLIENT VARS: brbr CFLOOP collection=#CLIENT# ITEM=CLIENTVar cfoutput#CLIENTVar# - #CLIENT[CLIENTVar]# br/cfoutput /cfloop brbr just throws up the error: Error Diagnostic Information An error occurred while evaluating the expression: #CLIENT# Error near line 37, column 22. ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribeforumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq 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
RE: outputting all client vars
Try this... cfoutput cfloop list=#GetClientVariablesList()# index=i delimiters=, #i#: Evaluate(CLIENT. #i#)br /cfloop /cfoutput Ade -Original Message- From: Will Swain [mailto:will;hothorse.com] Sent: 05 November 2002 17:23 To: CF-Talk Subject: RE: outputting all client vars thats the one Adrian!! How would I dislay the value of the variables too, as that just gives me the variable names? Thanks a bunch will -Original Message- From: Adrian Lynch [mailto:adrian.l;thoughtbubble.net] Sent: 05 November 2002 17:09 To: CF-Talk Subject: RE: outputting all client vars I don't think you can view them like that. Try cfoutput cfloop list=#GetClientVariablesList()# index=i delimiters=, #i#br /cfloop /cfoutput See if that works. Ade -Original Message- From: Will Swain [mailto:will;hothorse.com] Sent: 05 November 2002 16:57 To: CF-Talk Subject: outputting all client vars Hi all, I've written some basic debug code to output all url, form, and session variables on a page: URL VARS: brbr CFLOOP collection=#URL# ITEM=URLVar cfoutput#URLVar# - #URL[URLVar]# br/cfoutput /cfloop brbr FORM VARS: brbr CFLOOP collection=#FORM# ITEM=FORMVar cfoutput#FORMVar# - #FORM[FORMVar]# br/cfoutput /cfloop brbr CGI VARS: brbr CFLOOP collection=#CGI# ITEM=CGIVar cfoutput#CGIVar# - #CGI[CGIVar]# br/cfoutput /cfloop brbr SESSION VARS: brbr CFLOOP collection=#SESSION# ITEM=SESSIONVar cfoutput#SESSIONVar# - #SESSION[SESSIONVar]# br/cfoutput /cfloop nice and straight forward. BUT, I want the same thing for client variables. However, trying CLIENT VARS: brbr CFLOOP collection=#CLIENT# ITEM=CLIENTVar cfoutput#CLIENTVar# - #CLIENT[CLIENTVar]# br/cfoutput /cfloop brbr just throws up the error: Error Diagnostic Information An error occurred while evaluating the expression: #CLIENT# Error near line 37, column 22. ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribeforumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq 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
RE: outputting all client vars
Another way to just see the values for debugging is cfdump var=#CLIENT# the output isn't pretty, but it's there. Robert J. Polickoski Senior Programmer, ISRD Inc. (540) 842-6339 [EMAIL PROTECTED] AIM - RobertJFP -- Original Message -- From: Mark Johnson [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Tue, 5 Nov 2002 09:37:29 -0800 cfoutput cfloop list=#GetClientVariablesList()# index=i delimiters=, #i# = #client[i]#BR /cfloop /cfoutput -Original Message- From: Will Swain [mailto:will;hothorse.com] Sent: Tuesday, November 05, 2002 9:23 AM To: CF-Talk Subject: RE: outputting all client vars thats the one Adrian!! How would I dislay the value of the variables too, as that just gives me the variable names? Thanks a bunch will -Original Message- From: Adrian Lynch [mailto:adrian.l;thoughtbubble.net] Sent: 05 November 2002 17:09 To: CF-Talk Subject: RE: outputting all client vars I don't think you can view them like that. Try cfoutput cfloop list=#GetClientVariablesList()# index=i delimiters=, #i#br /cfloop /cfoutput See if that works. Ade -Original Message- From: Will Swain [mailto:will;hothorse.com] Sent: 05 November 2002 16:57 To: CF-Talk Subject: outputting all client vars Hi all, I've written some basic debug code to output all url, form, and session variables on a page: URL VARS: brbr CFLOOP collection=#URL# ITEM=URLVar cfoutput#URLVar# - #URL[URLVar]# br/cfoutput /cfloop brbr FORM VARS: brbr CFLOOP collection=#FORM# ITEM=FORMVar cfoutput#FORMVar# - #FORM[FORMVar]# br/cfoutput /cfloop brbr CGI VARS: brbr CFLOOP collection=#CGI# ITEM=CGIVar cfoutput#CGIVar# - #CGI[CGIVar]# br/cfoutput /cfloop brbr SESSION VARS: brbr CFLOOP collection=#SESSION# ITEM=SESSIONVar cfoutput#SESSIONVar# - #SESSION[SESSIONVar]# br/cfoutput /cfloop nice and straight forward. BUT, I want the same thing for client variables. However, trying CLIENT VARS: brbr CFLOOP collection=#CLIENT# ITEM=CLIENTVar cfoutput#CLIENTVar# - #CLIENT[CLIENTVar]# br/cfoutput /cfloop brbr just throws up the error: Error Diagnostic Information An error occurred while evaluating the expression: #CLIENT# Error near line 37, column 22. ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribeforumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Get the mailserver that powers this list at http://www.coolfusion.com
RE: outputting all client vars
that works randell. Thanks guys will -Original Message- From: Randell B Adkins [mailto:AdkinsR;GAO.GOV] Sent: 05 November 2002 17:31 To: CF-Talk Subject: RE: outputting all client vars #Evaluate(i)# [EMAIL PROTECTED] 11/05/02 12:22PM thats the one Adrian!! How would I dislay the value of the variables too, as that just gives me the variable names? Thanks a bunch will -Original Message- From: Adrian Lynch [mailto:adrian.l;thoughtbubble.net] Sent: 05 November 2002 17:09 To: CF-Talk Subject: RE: outputting all client vars I don't think you can view them like that. Try cfoutput cfloop list=#GetClientVariablesList()# index=i delimiters=, #i#br /cfloop /cfoutput See if that works. Ade -Original Message- From: Will Swain [mailto:will;hothorse.com] Sent: 05 November 2002 16:57 To: CF-Talk Subject: outputting all client vars Hi all, I've written some basic debug code to output all url, form, and session variables on a page: URL VARS: brbr CFLOOP collection=#URL# ITEM=URLVar cfoutput#URLVar# - #URL[URLVar]# br/cfoutput /cfloop brbr FORM VARS: brbr CFLOOP collection=#FORM# ITEM=FORMVar cfoutput#FORMVar# - #FORM[FORMVar]# br/cfoutput /cfloop brbr CGI VARS: brbr CFLOOP collection=#CGI# ITEM=CGIVar cfoutput#CGIVar# - #CGI[CGIVar]# br/cfoutput /cfloop brbr SESSION VARS: brbr CFLOOP collection=#SESSION# ITEM=SESSIONVar cfoutput#SESSIONVar# - #SESSION[SESSIONVar]# br/cfoutput /cfloop nice and straight forward. BUT, I want the same thing for client variables. However, trying CLIENT VARS: brbr CFLOOP collection=#CLIENT# ITEM=CLIENTVar cfoutput#CLIENTVar# - #CLIENT[CLIENTVar]# br/cfoutput /cfloop brbr just throws up the error: Error Diagnostic Information An error occurred while evaluating the expression: #CLIENT# Error near line 37, column 22. ~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribeforumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq 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
Re: MX, IE6 and Client Vars
Sounds like you might be having cookie issues with IE6, with the new P3P privacy controls. Search the cf-talk archives for some earlier chat on that. The MM Knowledgebase and CF Discussion Forum probably have some info, too. Chris Norloff -- Original Message -- from: Robert Polickoski [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] date: Wed, 25 Sep 2002 13:03:22 +0600 No, but I am having the problem that I can't get CLIENT variables to persist beyond the page where I set them. And yes, clientmanagement=yes. Is there some undocumented feature/requirement to using CLIENT vars? Thank you. -- Original Message -- From: Andy Ewings [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Wed, 25 Sep 2002 17:10:14 +0100 Has anyone had the problem where the standard code you stick in your application.cfm to kill sessions (when using client vars) does not work for users on IE6 when your site is being delivered by CFMX? __ 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
MX, IE6 and Client Vars
Has anyone had the problem where the standard code you stick in your application.cfm to kill sessions (when using client vars) does not work for users on IE6 when your site is being delivered by CFMX? __ 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: MX, IE6 and Client Vars
No, but I am having the problem that I can't get CLIENT variables to persist beyond the page where I set them. And yes, clientmanagement=yes. Is there some undocumented feature/requirement to using CLIENT vars? Thank you. -- Original Message -- From: Andy Ewings [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Wed, 25 Sep 2002 17:10:14 +0100 Has anyone had the problem where the standard code you stick in your application.cfm to kill sessions (when using client vars) does not work for users on IE6 when your site is being delivered by CFMX? __ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.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
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 !--- delete the session (all vars, including CFID CFTOKEN) --- cflock timeout=#variables.lock_timeout# throwontimeout=Yes scope=session type=EXCLUSIVE cfset temp = #StructClear(session)# /cflock !--- delete all client vars --- cfset variables.client_var_list = #GetClientVariablesList()# cfloop index=list_element list=#variables.client_var_list# delimiters=, cfset temp = DeleteClientVariable(#list_element#) /cfloop !--- delete cookies --- cfcookie name=CFID value=empty expires=NOW cfcookie name=CFTOKEN value=empty expires=NOW -- 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
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 !--- delete the session (all vars, including CFID CFTOKEN) --- cflock timeout=#variables.lock_timeout# throwontimeout=Yes scope=session type=EXCLUSIVE cfset temp = #StructClear(session)# /cflock !--- delete all client vars --- cfset variables.client_var_list = #GetClientVariablesList()# cfloop index=list_element list=#variables.client_var_list# delimiters=, cfset temp = DeleteClientVariable(#list_element#) /cfloop !--- delete cookies --- cfcookie name=CFID value=empty expires=NOW cfcookie name=CFTOKEN value=empty expires=NOW -- 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 !--- delete the session (all vars, including CFID CFTOKEN) --- cflock timeout=#variables.lock_timeout# throwontimeout=Yes scope=session type=EXCLUSIVE cfset temp = #StructClear(session)# /cflock !--- delete all client vars --- cfset variables.client_var_list = #GetClientVariablesList()# cfloop index=list_element list=#variables.client_var_list# delimiters=, cfset temp = DeleteClientVariable(#list_element#) /cfloop !--- delete cookies --- cfcookie name=CFID value=empty expires=NOW cfcookie name=CFTOKEN value=empty expires=NOW -- 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
On 9/8/02, Joe Bastian penned: Susan, Cflocation 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
Cflocation 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: Cflocation 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
I have come across this in practice and dont advice using CFLOCATION 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 CFLOCATION either. if you are using CFMX you have an option of using SERVER SIDE REDIRECT cfscript GetPageContext.forward(somepage.cfm); // similar in function to asp3.0 server.redirect(whatever.asp) rather than response.redirect(whatever.asp) /cfscript 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: Cflocation 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
Susan, Cflocation 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 CFLOCATION to some like script language=JavaScript self.location=thePagetoRedirect.cfm; /script I dont think your problem has anything to with client/session/cookie vars... Yes the origination of the problem... can be usage of CFLOCATION This should make a difference.. Joe - Original Message - From: Andre Turrettini [EMAIL PROTECTED] To: CF-Talk [EMAIL PROTECTED] Sent: Friday, September 06, 2002 3:50 PM 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 cflocation addtoken=yes 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 __ 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
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
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
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 cflocation addtoken=yes 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
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 cflocation addtoken=yes 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
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 cflocation addtoken=yes. 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 cflocation addtoken=yes 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 __ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http
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 cflocation addtoken=yes. 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 cflocation addtoken=yes 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
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 cflocation addtoken=yes. 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 cflocation addtoken=yes 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
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 cflocation addtoken=yes. 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 cflocation addtoken=yes 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
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 cflocation addtoken=yes. 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 cflocation addtoken=yes 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
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 cflocation addtoken=yes. 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
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 cflocation addtoken=yes. 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 cflocation addtoken=yes 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
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 cflocation addtoken=yes. 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
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, clientstorage=the SQl data source, which was successfully registered w/in CF. Using cflocation addtoken=yes. First we thought everything was great; then we ran the app on another pc
RE: Client Vars again
keep in mind that you probably were using cookies before, you just didn't know it. Unless you specify cfapplication... 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't realize that cfapplication sets cookies and so they wonder why their session persists even after the browser closes. If you let cfapplication 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 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
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: CFLOCK TIMEOUT=30 THROWONTIMEOUT=No TYPE=EXCLUSIVE SCOPE=SESSION CFCOOKIE NAME=CFID value=#session.cfid# CFCOOKIE NAME=CFTOKEN VALUE=#session.cftoken# /CFLOCK 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 cfapplication... 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't realize that cfapplication sets cookies and so they wonder why their session persists even after the browser closes. If you let cfapplication 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: CFLOCK TIMEOUT=30 THROWONTIMEOUT=No TYPE=EXCLUSIVE SCOPE=SESSION CFCOOKIE NAME=CFID value=#session.cfid# CFCOOKIE NAME=CFTOKEN VALUE=#session.cftoken# /CFLOCK 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
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 cfapplication... 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't realize that cfapplication sets cookies and so they wonder why their session persists even after the browser closes. If you let cfapplication 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
Re: RE: Client Vars again
When you setclientcookies to no then you must append every link you have (e.g. a href, cflocation, 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 cfapplication... 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 cfapplication sets cookies and so they wonder why their session persists even after the browser closes. If you let cfapplicationset 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 runningthe 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
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: 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 cflocation url=blah.cfm?CFID=#url.CFID#CFTOKEN=#url.CFTOKEN# addtoken=no --- 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 cfapplication... 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't realize that cfapplication sets cookies and so they wonder why their session persists even after the browser closes. If you let cfapplication 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
setting client vars via list
I am trying to loop through a list and tack on a prefix of client. to set client variables in that list variables.thisvar is the index cfset clientvars = address1,address2,city,country,email,firstname,lastname,phonenumber,phonenumber2,state cfloop list=#clientvars# index=variables.thisvar CFSET evaluate('client.'variables.Thisvar)= ucase(evaluate(variables.thisvar)) /cfloop __ 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
Re: setting client vars via list
I was able to get this to work with cfparam name=client.#variables.thisvar# default=#ucase(evaluate(variables.thisvar))# - Original Message - From: Brian Thornton To: CF-Talk Sent: Wednesday, August 28, 2002 10:07 AM Subject: setting client vars via list I am trying to loop through a list and tack on a prefix of client. to set client variables in that list variables.thisvar is the index cfset clientvars = address1,address2,city,country,email,firstname,lastname,phonenumber,phonenumber2,state cfloop list=#clientvars# index=variables.thisvar CFSET evaluate('client.'variables.Thisvar)= ucase(evaluate(variables.thisvar)) /cfloop __ 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
CFMX, ODBC Socket and Client Vars Resolved
As some of you may know, I've been having issues with Client Variables over 17k using the ODBC Socket connection of MX to a SQl7.0 DB. I continually receiving an error regarding the precision length on the client variable datasource. I had tried reinstalling everything, changing the CLOB/text buffer settings etc. Nothing helped. Today, on Dave Watts Advise, I switched to the SQL Driver and my problem is gone! Thank God, It was really starting to worry me to be honest :) Anywyas, I thought I would post this message for the archives and as a heads up regarding the ODBC Socket connection. Brook Davies maracasmedia inc. __ 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
cfmx client vars as cookies do not persist.
We're not happy about this one. heres a thread as a heads up to anyone thinking about migrating. http://webforums.macromedia.com/coldfusion/messageview.cfm?catid=7threadid= 384991highlight_key=ykeyword1=cfmxkeyword2=client%20variables Any ideas to circumvent this? Move to db storage of client vars I guess.. __ 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: cfmx client vars as cookies do not persist.
And it appears they aren't persisting even when set to store in the db. This totally sucks. I'm really really really really really disappointed with mm. -Original Message- From: Brian J. LeRoux [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 31, 2002 2:39 PM To: CF-Talk Subject: cfmx client vars as cookies do not persist. We're not happy about this one. heres a thread as a heads up to anyone thinking about migrating. http://webforums.macromedia.com/coldfusion/messageview.cfm?catid=7 threadid= 384991highlight_key=ykeyword1=cfmxkeyword2=client%20variables Any ideas to circumvent this? Move to db storage of client vars I guess.. __ 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
MX Report - DB Client vars
Just a heads up for people. I had a reported problem on the HoF server that pointed to a CFAPPLICATION tag. The error message didn't say anything important and the tag was perfect. The only thing special about the tag was that it set client vars and saved it to a DB. I went into the admin to check it out and the DB was set up and running. I went into the client var section and reset the DB by selecting it and adding it again. This fixed the problem. Why? I'm not sure, but I suspect that when MX went in, it didn't connect the DB to the client vars properly. It's working now with no problem. If anyone else has an error message connected to their CFAPPLICATION tag that gives a message of NULL, this might be it. Michael Dinowitz Master of the House of Fusion http://www.houseoffusion.com __ 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: Killing Client vars session on closing browser.
Yes, that's what I'd do. Chris Norloff Maybe some sort of cookie test at login, if cookie.cfid exists delete and reset it? -- Original Message -- from: Matt Robertson [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] date: Thu, 20 Jun 2002 12:46:21 -0700 Is there any workable way to determine whether or not a stored cookie exists, delete it and thus pave the way for transitioning a repeat visitor from stored to session cookies? I ask because it seems at first glance the code below will fail if a user already has a cookie planted on their system. Maybe some sort of cookie test at login, if cookie.cfid exists delete and reset it? --- Matt Robertson[EMAIL PROTECTED] MSB Designs, Inc., www.mysecretbase.com --- -- Original Message -- from: Derrick Rapley [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] date: Thu, 20 Jun 2002 12:21:43 -0400 Here are some suggestions. First you want to use Session Cookies. They reside in memory and are deleted when all instances of a browser are closed. Here is how I do it in Application.cfm (fbx_Settings.cfm for Fusebox users): cfapplication NAME=AppName CLIENTMANAGEMENT=Yes SESSIONMANAGEMENT=Yes SETCLIENTCOOKIES=NO cfif NOT IsDefined(cookie.cfid) cfcookie name=CFID value=#client.CFID# cfcookie name=CFTOKEN value=#client.CFTOKEN# /cfif Also, I typically check to see if a session variable exists to make sure a session times out (you can include this at the top of each template, in Fusebox I include it in fbx_Switch before any of the cases are checked): cflock TIMEOUT=30 THROWONTIMEOUT=No SCOPE=Session TYPE=exclusive cfset sessionActive=IsDefined(session.someVariable) /cflock cfif NOT variables.sessionactive cflocation url=index.cfm?fuseaction=login.timeout /cfif When a user logs out, you can just use the StructClear() function to remove all the session variables for a user. cfset StructClear(session) That should do it for you. Regards, Derrick Rapley -Original Message- From: Mike Kear [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 20, 2002 10:55 AM To: CF-Talk Subject: RE: Killing Client vars session on closing browser. Well I can hardly expect all my users (specially potentially malicious ones) to be deleting anything from their harddrive. I'm trying to write a password access system here.The thing has to be designed to work under normal conditions, not exceptional ones. Once I'm logged out I want to be OUT. That means when users click on the logout button, Time out through inactivity, or close their browser. All 3 of those events should make sure I can't get back to the secure areas without providing a valid username/password combination. But as Kym said, the CFID/CFTOKEN combination could well be the same when it's issued a second time to the same person/ip address. Just unique at any one moment. Cheers, Mike Kear Windsor, NSW, Australia AFP WebWorks -Original Message- From: Chris Norloff [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 20, 2002 11:55 PM To: CF-Talk; [EMAIL PROTECTED] Subject: RE: Killing Client vars session on closing browser. Have you deleted all cookies on your harddrive from that server? I thought I had and some were left over from some other implementation. The CFserver was still using the CFID/CFTOKEN from the stored cookies I didn't know I had. Chris Norloff -- Original Message -- from: Mike Kear [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] date: Thu, 20 Jun 2002 12:11:38 +1000 Ok, here's another part of the mystery how could this be? I closed all copies of all browsers. I used SQL Query Analyser to go to the CDATA table and delete the records relating to my client session. Then I opened my browser and went to the protected page. As expected I was sent to the login page. So far so good. But when I completed logging in, the CFID and CFTOKEN were the same as the one I had just deleted!! I didn't believe what I was seeing, so I did it again a couple more times.Same result. I thought the CFIDs and CFTOKENS were supposed to be unique and never reused. What gives? How can I log in fresh and get the same CFID and CFTOKEN as I had before? (If it's relevant, we're using CF5 and my browsers are IE6.0.26, and NN4.75, and NN6.2.2) Cheers, Mike Kear Windsor, NSW, Australia AFP WebWorks -Original Message- From: Matthew Friedman [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 20, 2002 11:22 AM To: CF-Talk Subject: RE: Killing Client vars session on closing browser. Mike here is a thought and this works for a project that I did. Open you site in a framed environment Frame one is 100% and this is where your application runs Have a hidden frame that is a simple html page with an onclose() function to call a page logout.cfm In logout run a query to delete your client variables
RE: Killing Client vars session on closing browser.
I wouldn't expect users to do that either. The point is that if YOU have been accessing the ColdFusion server and have then switched to non-persistant cookies, then there's probably still cookies on your harddrive from the CFserver. Your browser will continue to use those stored cookies to define cfid/cftoken. Chris Norloff -- Original Message -- From: Mike Kear [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Fri, 21 Jun 2002 00:55:28 +1000 Well I can hardly expect all my users (specially potentially malicious ones) to be deleting anything from their harddrive. I'm trying to write a password access system here.The thing has to be designed to work under normal conditions, not exceptional ones. Once I'm logged out I want to be OUT. That means when users click on the logout button, Time out through inactivity, or close their browser. All 3 of those events should make sure I can't get back to the secure areas without providing a valid username/password combination. But as Kym said, the CFID/CFTOKEN combination could well be the same when it's issued a second time to the same person/ip address. Just unique at any one moment. Cheers, Mike Kear Windsor, NSW, Australia AFP WebWorks -Original Message- From: Chris Norloff [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 20, 2002 11:55 PM To: CF-Talk; [EMAIL PROTECTED] Subject: RE: Killing Client vars session on closing browser. Have you deleted all cookies on your harddrive from that server? I thought I had and some were left over from some other implementation. The CFserver was still using the CFID/CFTOKEN from the stored cookies I didn't know I had. Chris Norloff -- Original Message -- from: Mike Kear [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] date: Thu, 20 Jun 2002 12:11:38 +1000 Ok, here's another part of the mystery how could this be? I closed all copies of all browsers. I used SQL Query Analyser to go to the CDATA table and delete the records relating to my client session. Then I opened my browser and went to the protected page. As expected I was sent to the login page. So far so good. But when I completed logging in, the CFID and CFTOKEN were the same as the one I had just deleted!! I didn't believe what I was seeing, so I did it again a couple more times.Same result. I thought the CFIDs and CFTOKENS were supposed to be unique and never reused. What gives? How can I log in fresh and get the same CFID and CFTOKEN as I had before? (If it's relevant, we're using CF5 and my browsers are IE6.0.26, and NN4.75, and NN6.2.2) Cheers, Mike Kear Windsor, NSW, Australia AFP WebWorks -Original Message- From: Matthew Friedman [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 20, 2002 11:22 AM To: CF-Talk Subject: RE: Killing Client vars session on closing browser. Mike here is a thought and this works for a project that I did. Open you site in a framed environment Frame one is 100% and this is where your application runs Have a hidden frame that is a simple html page with an onclose() function to call a page logout.cfm In logout run a query to delete your client variables from the database that you have designated CFQUERY NAME=remove_client_session DATASOURCE=session_varibles delete from dbo.CDATA where cfid = '#cookie.cfid#:#cookie.cftoken#' and app = 'cfapplication name=''' - this is the name from the cfapplication page that you are using for the client vars. /CFQUERY then close the browser page with a JavaScript. This will guarantee that you have deleted the client vars from the time the user logs off. You will need to take this Idea on step furture to make sure that the user does not open the page outside of the framed enivorment and that can be done with some simple javascripting. Matt Friedman -Original Message- From: Mike Kear [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 19, 2002 8:40 PM To: CF-Talk Subject: RE: Killing Client vars session on closing browser. Yes, thanks Rob. That was my understanding of it too. And I had already used that code to convert CFID and CFTOKEN to memory cookies. But now, 8 hours after I closed my browser, I just came back on line, opened my browser again, and I was still logged in with the same CFID and CFTOKEN. So the client vars didn't time out, and they didn't disappear when not only did I close down my browser but I closed down my whole system for the night. That's why I asked the question. I didn't want to go over old ground, but half a dozen people have told me exactly the same thing - use that snippet to convert the cookies to in-memory cookies. BUT IT DOESN'T WORK FOR MY CASE. That's the problem. I don't know why. If you look at my original question ( re-posted below) you'll see that's what I originally said. Does that only apply to session variables? Because I'm using CLIENT Vars (it's a long story, just take it from me
RE: Killing Client vars session on closing browser.
Here are some suggestions. First you want to use Session Cookies. They reside in memory and are deleted when all instances of a browser are closed. Here is how I do it in Application.cfm (fbx_Settings.cfm for Fusebox users): cfapplication NAME=AppName CLIENTMANAGEMENT=Yes SESSIONMANAGEMENT=Yes SETCLIENTCOOKIES=NO cfif NOT IsDefined(cookie.cfid) cfcookie name=CFID value=#client.CFID# cfcookie name=CFTOKEN value=#client.CFTOKEN# /cfif Also, I typically check to see if a session variable exists to make sure a session times out (you can include this at the top of each template, in Fusebox I include it in fbx_Switch before any of the cases are checked): cflock TIMEOUT=30 THROWONTIMEOUT=No SCOPE=Session TYPE=exclusive cfset sessionActive=IsDefined(session.someVariable) /cflock cfif NOT variables.sessionactive cflocation url=index.cfm?fuseaction=login.timeout /cfif When a user logs out, you can just use the StructClear() function to remove all the session variables for a user. cfset StructClear(session) That should do it for you. Regards, Derrick Rapley -Original Message- From: Mike Kear [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 20, 2002 10:55 AM To: CF-Talk Subject: RE: Killing Client vars session on closing browser. Well I can hardly expect all my users (specially potentially malicious ones) to be deleting anything from their harddrive. I'm trying to write a password access system here.The thing has to be designed to work under normal conditions, not exceptional ones. Once I'm logged out I want to be OUT. That means when users click on the logout button, Time out through inactivity, or close their browser. All 3 of those events should make sure I can't get back to the secure areas without providing a valid username/password combination. But as Kym said, the CFID/CFTOKEN combination could well be the same when it's issued a second time to the same person/ip address. Just unique at any one moment. Cheers, Mike Kear Windsor, NSW, Australia AFP WebWorks -Original Message- From: Chris Norloff [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 20, 2002 11:55 PM To: CF-Talk; [EMAIL PROTECTED] Subject: RE: Killing Client vars session on closing browser. Have you deleted all cookies on your harddrive from that server? I thought I had and some were left over from some other implementation. The CFserver was still using the CFID/CFTOKEN from the stored cookies I didn't know I had. Chris Norloff -- Original Message -- from: Mike Kear [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] date: Thu, 20 Jun 2002 12:11:38 +1000 Ok, here's another part of the mystery how could this be? I closed all copies of all browsers. I used SQL Query Analyser to go to the CDATA table and delete the records relating to my client session. Then I opened my browser and went to the protected page. As expected I was sent to the login page. So far so good. But when I completed logging in, the CFID and CFTOKEN were the same as the one I had just deleted!! I didn't believe what I was seeing, so I did it again a couple more times.Same result. I thought the CFIDs and CFTOKENS were supposed to be unique and never reused. What gives? How can I log in fresh and get the same CFID and CFTOKEN as I had before? (If it's relevant, we're using CF5 and my browsers are IE6.0.26, and NN4.75, and NN6.2.2) Cheers, Mike Kear Windsor, NSW, Australia AFP WebWorks -Original Message- From: Matthew Friedman [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 20, 2002 11:22 AM To: CF-Talk Subject: RE: Killing Client vars session on closing browser. Mike here is a thought and this works for a project that I did. Open you site in a framed environment Frame one is 100% and this is where your application runs Have a hidden frame that is a simple html page with an onclose() function to call a page logout.cfm In logout run a query to delete your client variables from the database that you have designated CFQUERY NAME=remove_client_session DATASOURCE=session_varibles delete from dbo.CDATA where cfid = '#cookie.cfid#:#cookie.cftoken#' and app = 'cfapplication name=''' - this is the name from the cfapplication page that you are using for the client vars. /CFQUERY then close the browser page with a JavaScript. This will guarantee that you have deleted the client vars from the time the user logs off. You will need to take this Idea on step furture to make sure that the user does not open the page outside of the framed enivorment and that can be done with some simple javascripting. Matt Friedman -Original Message- From: Mike Kear [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 19, 2002 8:40 PM To: CF-Talk Subject: RE: Killing Client vars session on closing browser. Yes, thanks Rob. That was my understanding of it too. And I had already used that code to convert CFID and CFTOKEN to memory cookies. But now, 8 hours after I closed my
RE: Killing Client vars session on closing browser.
Hmm, that is strange. Couple of questions... How are you determining that a user needs to be redirected to the login page? Are you using cflocation anywhere which might be preventing the cookie overwrite from happening correctly? Are you using UUIDs for cftokens? /rob -Original Message- From: Mike Kear [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 19, 2002 10:12 PM To: CF-Talk Subject: RE: Killing Client vars session on closing browser. Ok, here's another part of the mystery how could this be? I closed all copies of all browsers. I used SQL Query Analyser to go to the CDATA table and delete the records relating to my client session. Then I opened my browser and went to the protected page. As expected I was sent to the login page. So far so good. But when I completed logging in, the CFID and CFTOKEN were the same as the one I had just deleted!! I didn't believe what I was seeing, so I did it again a couple more times.Same result. I thought the CFIDs and CFTOKENS were supposed to be unique and never reused. What gives? How can I log in fresh and get the same CFID and CFTOKEN as I had before? (If it's relevant, we're using CF5 and my browsers are IE6.0.26, and NN4.75, and NN6.2.2) Cheers, Mike Kear Windsor, NSW, Australia AFP WebWorks -Original Message- From: Matthew Friedman [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 20, 2002 11:22 AM To: CF-Talk Subject: RE: Killing Client vars session on closing browser. Mike here is a thought and this works for a project that I did. Open you site in a framed environment Frame one is 100% and this is where your application runs Have a hidden frame that is a simple html page with an onclose() function to call a page logout.cfm In logout run a query to delete your client variables from the database that you have designated CFQUERY NAME=remove_client_session DATASOURCE=session_varibles delete from dbo.CDATA where cfid = '#cookie.cfid#:#cookie.cftoken#' and app = 'cfapplication name=''' - this is the name from the cfapplication page that you are using for the client vars. /CFQUERY then close the browser page with a JavaScript. This will guarantee that you have deleted the client vars from the time the user logs off. You will need to take this Idea on step furture to make sure that the user does not open the page outside of the framed enivorment and that can be done with some simple javascripting. Matt Friedman -Original Message- From: Mike Kear [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 19, 2002 8:40 PM To: CF-Talk Subject: RE: Killing Client vars session on closing browser. Yes, thanks Rob. That was my understanding of it too. And I had already used that code to convert CFID and CFTOKEN to memory cookies. But now, 8 hours after I closed my browser, I just came back on line, opened my browser again, and I was still logged in with the same CFID and CFTOKEN. So the client vars didn't time out, and they didn't disappear when not only did I close down my browser but I closed down my whole system for the night. That's why I asked the question. I didn't want to go over old ground, but half a dozen people have told me exactly the same thing - use that snippet to convert the cookies to in-memory cookies. BUT IT DOESN'T WORK FOR MY CASE. That's the problem. I don't know why. If you look at my original question ( re-posted below) you'll see that's what I originally said. Does that only apply to session variables? Because I'm using CLIENT Vars (it's a long story, just take it from me that client vars is the way we have to go) Or have I missed something? -Original Message- From: Rob Baxter [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 20, 2002 4:04 AM To: CF-Talk Subject: RE: Killing Client vars session on closing browser. Correct me if I'm wrong, but I believe that eliminating a user's session id (aka CFID and CFTOKEN) will have the effect of orphaning their Client data. In other words, if you make sure that no users have persistant session cookies, when they close the browser, they will lose their CFID and CFTOKEN values which are used to hash their Client variables. If they return to your site in a new browser instance, they should be issued a new CFID and CFTOKEN pair, which effectively gives them a whole new Client variable space. Of course you should probably have your Client variables expire fairly frequently in this scenario. I believe some has already posted the code you can put in Application.cfm which will convert your CFID and CFTOKEN cookies from persistant cookies to in-memory cookies. /rob -Original Message- Here's what I originally asked: At 07:51 AM 6/19/02, you wrote: I'm maintaining state using CLIENT vars, and I want to have the session die when the user closes his browser. I know how to kill SESSION vars by setting the CFID and CFTOKEN cookies to expire, but that doesn't apply to client vars does it?In any case, when I close my
RE: Killing Client vars session on closing browser.
Well, I'm not crazy, at least. The registry thing works great on CF 4.5. Has this issue been reported? --Matt Robertson-- MSB Designs, Inc. http://mysecretbase.com -Original Message- From: Neil Clark - =TMM= [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 20, 2002 2:22 AM To: CF-Talk Subject: RE: Killing Client vars session on closing browser. Yes, I too am getting the normal CFID/CFTOKEN numbers instead of UUID... I have changed it and restared MX but nope, still the same. - Neil -Original Message- From: Matt Robertson [mailto:[EMAIL PROTECTED]] Sent: 20 June 2002 09:30 To: CF-Talk Subject: RE: Killing Client vars session on closing browser. Does anyone recall the registry entry that would make CF 4.5 use a UUID for the CFTOKEN value? That would seem to solve the re-use issue. On a related note, Am I the only one who set up CFMX to use a UUID for tokens in Administrator, only to have it ignore me and use the same old number sequence? I'm storing vars in a db. CFMX created the db's with nice long fields, though. --Matt Robertson-- MSB Designs, Inc. http://mysecretbase.com -Original Message- From: Mike Kear [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 19, 2002 9:34 PM To: CF-Talk Subject: RE: Killing Client vars session on closing browser. NOOO Kym are you telling me I have been fretting away at this problem for nothing because it's not actually a problem at all??? Oh gawd. I'm going to go and have a nap I think. Cheers, Mike Kear Windsor, NSW, Australia AFP WebWorks -Original Message- From: Kym Kovan [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 20, 2002 2:25 PM To: CF-Talk Subject: RE: Killing Client vars session on closing browser. Hi Mike, Missed all this, been out but... And I also want to solve the mystery as to why the client vars are being re-issued, because I suspect the two issues might be related. Who says that the CFID and CFToken have to be different every time? I remember in the dark distant past that the algorithm that created them was discussed on this very list. I recollect that they are calculated from various factors, IP address, browser type, etc., and it is quite possible, in fact probable, for the same ID/Token pair to be issued to the same browser at a later time. Whether this still applies I do not know. Add to that the problems of proxy servers, etc., and you can see why client vars are just as unreliable as session vars (and I do know why you are using them g) -- Yours, Kym __ 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
RE: Killing Client vars session on closing browser.
Is there any workable way to determine whether or not a stored cookie exists, delete it and thus pave the way for transitioning a repeat visitor from stored to session cookies? I ask because it seems at first glance the code below will fail if a user already has a cookie planted on their system. Maybe some sort of cookie test at login, if cookie.cfid exists delete and reset it? --- Matt Robertson[EMAIL PROTECTED] MSB Designs, Inc., www.mysecretbase.com --- -- Original Message -- from: Derrick Rapley [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] date: Thu, 20 Jun 2002 12:21:43 -0400 Here are some suggestions. First you want to use Session Cookies. They reside in memory and are deleted when all instances of a browser are closed. Here is how I do it in Application.cfm (fbx_Settings.cfm for Fusebox users): cfapplication NAME=AppName CLIENTMANAGEMENT=Yes SESSIONMANAGEMENT=Yes SETCLIENTCOOKIES=NO cfif NOT IsDefined(cookie.cfid) cfcookie name=CFID value=#client.CFID# cfcookie name=CFTOKEN value=#client.CFTOKEN# /cfif Also, I typically check to see if a session variable exists to make sure a session times out (you can include this at the top of each template, in Fusebox I include it in fbx_Switch before any of the cases are checked): cflock TIMEOUT=30 THROWONTIMEOUT=No SCOPE=Session TYPE=exclusive cfset sessionActive=IsDefined(session.someVariable) /cflock cfif NOT variables.sessionactive cflocation url=index.cfm?fuseaction=login.timeout /cfif When a user logs out, you can just use the StructClear() function to remove all the session variables for a user. cfset StructClear(session) That should do it for you. Regards, Derrick Rapley -Original Message- From: Mike Kear [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 20, 2002 10:55 AM To: CF-Talk Subject: RE: Killing Client vars session on closing browser. Well I can hardly expect all my users (specially potentially malicious ones) to be deleting anything from their harddrive. I'm trying to write a password access system here.The thing has to be designed to work under normal conditions, not exceptional ones. Once I'm logged out I want to be OUT. That means when users click on the logout button, Time out through inactivity, or close their browser. All 3 of those events should make sure I can't get back to the secure areas without providing a valid username/password combination. But as Kym said, the CFID/CFTOKEN combination could well be the same when it's issued a second time to the same person/ip address. Just unique at any one moment. Cheers, Mike Kear Windsor, NSW, Australia AFP WebWorks -Original Message- From: Chris Norloff [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 20, 2002 11:55 PM To: CF-Talk; [EMAIL PROTECTED] Subject: RE: Killing Client vars session on closing browser. Have you deleted all cookies on your harddrive from that server? I thought I had and some were left over from some other implementation. The CFserver was still using the CFID/CFTOKEN from the stored cookies I didn't know I had. Chris Norloff -- Original Message -- from: Mike Kear [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] date: Thu, 20 Jun 2002 12:11:38 +1000 Ok, here's another part of the mystery how could this be? I closed all copies of all browsers. I used SQL Query Analyser to go to the CDATA table and delete the records relating to my client session. Then I opened my browser and went to the protected page. As expected I was sent to the login page. So far so good. But when I completed logging in, the CFID and CFTOKEN were the same as the one I had just deleted!! I didn't believe what I was seeing, so I did it again a couple more times.Same result. I thought the CFIDs and CFTOKENS were supposed to be unique and never reused. What gives? How can I log in fresh and get the same CFID and CFTOKEN as I had before? (If it's relevant, we're using CF5 and my browsers are IE6.0.26, and NN4.75, and NN6.2.2) Cheers, Mike Kear Windsor, NSW, Australia AFP WebWorks -Original Message- From: Matthew Friedman [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 20, 2002 11:22 AM To: CF-Talk Subject: RE: Killing Client vars session on closing browser. Mike here is a thought and this works for a project that I did. Open you site in a framed environment Frame one is 100% and this is where your application runs Have a hidden frame that is a simple html page with an onclose() function to call a page logout.cfm In logout run a query to delete your client variables from the database that you have designated CFQUERY NAME=remove_client_session DATASOURCE=session_varibles delete from dbo.CDATA where cfid = '#cookie.cfid#:#cookie.cftoken#' and app = 'cfapplication name=''' - this is the name from the cfapplication page that you are using for the client vars
Frames and client vars
Hello, Are there some issues with client vars and frames? I have a page which sets a client var, and then displays a link to the next page. On the next page the client vars do not exist. The page is inside a simple frameset. Outside of the frame set, it functions correctly and the client vars are set as expected. I am not targeting frames or anything like that, everything occurs within the same frame. For some reason client vars are not being set. Any body seen this before? Brook __ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.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: Frames and client vars
Sounds like your second frame is acting as a new session. Try passing the CFID and CFTOKEN as URL parameters in the SRC attribute for that frame. HTH. Shawn Grover -Original Message- From: Brook Davies [mailto:[EMAIL PROTECTED]] Sent: Monday, June 10, 2002 5:01 PM To: CF-Talk Subject: Frames and client vars Hello, Are there some issues with client vars and frames? I have a page which sets a client var, and then displays a link to the next page. On the next page the client vars do not exist. The page is inside a simple frameset. Outside of the frame set, it functions correctly and the client vars are set as expected. I am not targeting frames or anything like that, everything occurs within the same frame. For some reason client vars are not being set. Any body seen this before? Brook __ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.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: Frames and client vars
Well, the first time the frameset is loaded, there is no session. The top frame is from an external domain, and the main frame is the login page on our domain. The cfid and cftoken are created when the page is first loaded. Some client vars are set on the next page. And then on the subsequent page they are gone. I can't pass the CFID and CFTOKEN in from the start, because they are created when when the frameset loads. Brook At 04:48 PM 10/06/02 -0600, you wrote: Sounds like your second frame is acting as a new session. Try passing the CFID and CFTOKEN as URL parameters in the SRC attribute for that frame. HTH. Shawn Grover -Original Message- From: Brook Davies [mailto:[EMAIL PROTECTED]] Sent: Monday, June 10, 2002 5:01 PM To: CF-Talk Subject: Frames and client vars Hello, Are there some issues with client vars and frames? I have a page which sets a client var, and then displays a link to the next page. On the next page the client vars do not exist. The page is inside a simple frameset. Outside of the frame set, it functions correctly and the client vars are set as expected. I am not targeting frames or anything like that, everything occurs within the same frame. For some reason client vars are not being set. Any body seen this before? Brook __ 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: Frames and client vars
So, add them to the redirection on the login page. It could be that because you are using pages from different domains, that your browser is confused which session ID to use. Shawn Grover -Original Message- From: Brook Davies [mailto:[EMAIL PROTECTED]] Sent: Monday, June 10, 2002 5:10 PM To: CF-Talk Subject: RE: Frames and client vars Well, the first time the frameset is loaded, there is no session. The top frame is from an external domain, and the main frame is the login page on our domain. The cfid and cftoken are created when the page is first loaded. Some client vars are set on the next page. And then on the subsequent page they are gone. I can't pass the CFID and CFTOKEN in from the start, because they are created when when the frameset loads. Brook At 04:48 PM 10/06/02 -0600, you wrote: Sounds like your second frame is acting as a new session. Try passing the CFID and CFTOKEN as URL parameters in the SRC attribute for that frame. HTH. Shawn Grover -Original Message- From: Brook Davies [mailto:[EMAIL PROTECTED]] Sent: Monday, June 10, 2002 5:01 PM To: CF-Talk Subject: Frames and client vars Hello, Are there some issues with client vars and frames? I have a page which sets a client var, and then displays a link to the next page. On the next page the client vars do not exist. The page is inside a simple frameset. Outside of the frame set, it functions correctly and the client vars are set as expected. I am not targeting frames or anything like that, everything occurs within the same frame. For some reason client vars are not being set. Any body seen this before? Brook __ 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
Scheduled events - client vars
I have been totally perplexed by a proliferation of entries in my dev client var store but of course it is a scheduled routine which runs every 10 minutes which is creating a new client every time it runs. Short of taking all the code which runs on the scheduled event out of the application scope, has anyone any idea how I can stop this? -- Regards; Richard Meredith-Hardy - [EMAIL PROTECTED] Mob: + 44 7771 526513 __ 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: Scheduled events - client vars
Hi Richard, I have been totally perplexed by a proliferation of entries in my dev client var store but of course it is a scheduled routine which runs every 10 minutes which is creating a new client every time it runs. Short of taking all the code which runs on the scheduled event out of the application scope, has anyone any idea how I can stop this? If your application uses client vars then you cannot easily as the hit form the scheduler is just another web page hit :-( The main technique to get round it is as you mention, to have all your scheduled code in a separate folder and have a dummy application.cfm template in that folder with a cfapplication tag that turns off client/session vars (and uses a different application name) so that the scheduled pages run apart from the main site. -- Yours, Kym __ 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
Re: Scheduled events - client vars
Ok, thanks, I thought so, however, two steps forward, one back. See my other post. Kym Kovan wrote: Hi Richard, I have been totally perplexed by a proliferation of entries in my dev client var store but of course it is a scheduled routine which runs every 10 minutes which is creating a new client every time it runs. Short of taking all the code which runs on the scheduled event out of the application scope, has anyone any idea how I can stop this? If your application uses client vars then you cannot easily as the hit form the scheduler is just another web page hit :-( The main technique to get round it is as you mention, to have all your scheduled code in a separate folder and have a dummy application.cfm template in that folder with a cfapplication tag that turns off client/session vars (and uses a different application name) so that the scheduled pages run apart from the main site. -- Yours, Kym __ 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
client vars - oledb datasources
I have client vars working fine on an ODBC connection to the default tables CF set up for me in Master. Then methinks, its a good idea to have client vars for the app stored in the same db as the one for the app. (WIN2K - CF5 - OLEDB - SQL Server 7) In the first instance, when adding the client variable store in CF administrator, if I enable the Create Client database tables option then it returns the message Unknown Database type: Unsable to create client tables, please uncheck Create CLient Tables. Undaunted, I created the CDATA and CGLOBAL tables manually in the DB. Yes I am certain the structure, datatype, sizes etc are correct (I double cheched from a post on this list a while back) and yes, Enable the retrieval of long text is enabled in the datasource section. (also gleaned from this list's archive). I set the CFAPPLICATION name, clientmanagement and clientstorage attributes in the APP but get the error: OLEDB error code = 0 Null accessors are not supported by this provider. Does this mean that in fact client vars don't work with OLEDB datasources? note my dev server for this app is CF5 but the production one is 4.5.1, I have even tried a cold reboot after doing this setup but no difference. -- Regards; Richard Meredith-Hardy - [EMAIL PROTECTED] Mob: + 44 7771 526513 __ 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 - oledb datasources
I have client vars working fine on an ODBC connection to the default tables CF set up for me in Master. Then methinks, its a good idea to have client vars for the app stored in the same db as the one for the app. (WIN2K - CF5 - OLEDB - SQL Server 7) In the first instance, when adding the client variable store in CF administrator, if I enable the Create Client database tables option then it returns the message Unknown Database type: Unsable to create client tables, please uncheck Create CLient Tables. Undaunted, I created the CDATA and CGLOBAL tables manually in the DB. Yes I am certain the structure, datatype, sizes etc are correct (I double cheched from a post on this list a while back) and yes, Enable the retrieval of long text is enabled in the datasource section. (also gleaned from this list's archive). I set the CFAPPLICATION name, clientmanagement and clientstorage attributes in the APP but get the error: OLEDB error code = 0 Null accessors are not supported by this provider. Does this mean that in fact client vars don't work with OLEDB datasources? I don't know, since I've never tried to use OLEDB to connect to a Client variable repository. Perhaps there's something else going on, such as a permissions issue, although that seems unlikely based on the error message. However, there's nothing to stop you from simply setting up an ODBC datasource pointing to the same database, and using that for your Client variables. 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 - oledb datasources
Well this is what I have done, and it works just fine. My server people won't like it though. They are firmly of the opinion that OLEDB -- SQL Server is much more stable than ODBC -- SQL Server. (and the reverse with connections to Access) Strange that it says in CF_administrator To configure a data source for client variable storage, first configure an ODBC, OLE DB or native data source... Dave Watts wrote: I have client vars working fine on an ODBC connection to the default tables CF set up for me in Master. Then methinks, its a good idea to have client vars for the app stored in the same db as the one for the app. (WIN2K - CF5 - OLEDB - SQL Server 7) In the first instance, when adding the client variable store in CF administrator, if I enable the Create Client database tables option then it returns the message Unknown Database type: Unsable to create client tables, please uncheck Create CLient Tables. Undaunted, I created the CDATA and CGLOBAL tables manually in the DB. Yes I am certain the structure, datatype, sizes etc are correct (I double cheched from a post on this list a while back) and yes, Enable the retrieval of long text is enabled in the datasource section. (also gleaned from this list's archive). I set the CFAPPLICATION name, clientmanagement and clientstorage attributes in the APP but get the error: OLEDB error code = 0 Null accessors are not supported by this provider. Does this mean that in fact client vars don't work with OLEDB datasources? I don't know, since I've never tried to use OLEDB to connect to a Client variable repository. Perhaps there's something else going on, such as a permissions issue, although that seems unlikely based on the error message. However, there's nothing to stop you from simply setting up an ODBC datasource pointing to the same database, and using that for your Client variables. 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: Purge Client Vars
For anyone running CF5 and storing client variables in a database, there is indeed a bug associated with purging. If you run REGEDIT and go to the key HKEY_LOCAL_MACHINE\SOFTWARE\Allaire\ColdFusion\CurrentVersion\ClientStores\{ dsn}, for each of your defined ODBC client stores, change the Type value from 'ODBC' to 'odbc'. Restart the executive service and you should be all set. Deb -Original Message- From: Andrew Scott [mailto:[EMAIL PROTECTED]] Sent: Monday, March 04, 2002 6:53 AM To: CF-Talk Subject: RE: Purge Client Vars I would be very interested to see if you solve this as well, I have never been able to get my data purged without running a script to do it or manually if I am at the computers, from day one on this server and I can't figure it out either just assumed that it was a bug with CF not setting something up right. -Original Message- From: Webmaster [mailto:[EMAIL PROTECTED]] Sent: Monday, 4 March 2002 2:44 PM To: CF-Talk Subject: Purge Client Vars Hi, Anyone having a problem purging client vars? (CGLOBAL/ CDATA). Mine was working and for some reason on the 15th it just stopped. (The log showed the purg every day and on the 15th, no more log mesaages) I can't see anything I did or changed that would cause this. I have tried changing the purge interval but nothing seems to help. I am running NT2k SP2 with CF5 and latest fixes. I have am using a DB for my client var store. Anyone have any ideas or anything I can look at that might help? Best Regards, Joe Hansen __ Dedicated Windows 2000 Server PIII 800 / 256 MB RAM / 40 GB HD / 20 GB MO/XFER Instant Activation · $99/Month · Free Setup http://www.pennyhost.com/redirect.cfm?adcode=coldfusiona 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: Purge Client Vars
There is a bug in CF5 for purging client variables, if you've storing them in the registry and you've modified the purge value to something other than the 90 day default value. http://www.macromedia.com/v1/Handlers/index.cfm?ID=22419Method=Full Deb -Original Message- From: Andrew Scott [mailto:[EMAIL PROTECTED]] Sent: Monday, March 04, 2002 6:53 AM To: CF-Talk Subject: RE: Purge Client Vars I would be very interested to see if you solve this as well, I have never been able to get my data purged without running a script to do it or manually if I am at the computers, from day one on this server and I can't figure it out either just assumed that it was a bug with CF not setting something up right. -Original Message- From: Webmaster [mailto:[EMAIL PROTECTED]] Sent: Monday, 4 March 2002 2:44 PM To: CF-Talk Subject: Purge Client Vars Hi, Anyone having a problem purging client vars? (CGLOBAL/ CDATA). Mine was working and for some reason on the 15th it just stopped. (The log showed the purg every day and on the 15th, no more log mesaages) I can't see anything I did or changed that would cause this. I have tried changing the purge interval but nothing seems to help. I am running NT2k SP2 with CF5 and latest fixes. I have am using a DB for my client var store. Anyone have any ideas or anything I can look at that might help? Best Regards, Joe Hansen __ Why Share? Dedicated Win 2000 Server · PIII 800 / 256 MB RAM / 40 GB HD / 20 GB MO/XFER Instant Activation · $99/Month · Free Setup http://www.pennyhost.com/redirect.cfm?adcode=coldfusionc 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: Purge Client Vars
I would be very interested to see if you solve this as well, I have never been able to get my data purged without running a script to do it or manually if I am at the computers, from day one on this server and I can't figure it out either just assumed that it was a bug with CF not setting something up right. -Original Message- From: Webmaster [mailto:[EMAIL PROTECTED]] Sent: Monday, 4 March 2002 2:44 PM To: CF-Talk Subject: Purge Client Vars Hi, Anyone having a problem purging client vars? (CGLOBAL/ CDATA). Mine was working and for some reason on the 15th it just stopped. (The log showed the purg every day and on the 15th, no more log mesaages) I can't see anything I did or changed that would cause this. I have tried changing the purge interval but nothing seems to help. I am running NT2k SP2 with CF5 and latest fixes. I have am using a DB for my client var store. Anyone have any ideas or anything I can look at that might help? Best Regards, Joe Hansen __ Dedicated Windows 2000 Server PIII 800 / 256 MB RAM / 40 GB HD / 20 GB MO/XFER Instant Activation · $99/Month · Free Setup http://www.pennyhost.com/redirect.cfm?adcode=coldfusiona 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