> Your help is valuable. Sorry to take so much of your time -
> especially late
> on a Sunday (as it must be where you are).
No problem, it's about 11:00 PM here... I'm just getting started... :)
> 2. SETCLIENTCOOKIES IS NOT set to YES. It's NO like this:
This looks like it could be your problem, though I have no idea why it would
work locally. Setting this value to "NO" should cause the application not
to set CFID and CFTOKEN into browser cookies. Therefore the app doesn't
detect them, and tried to set them again and again. Unless you are setting
them manually in some code somewhere (which some people do), try setting it
to "YES" and see if it solves your problem.
Also, unless you are using Client vars, I would set them to "NO". It's
probably just unnecessarily using up registry space and slowing down your
app.
-Cameron
--------------------
Cameron Childress
McRae Communications
770.460.7277 x.232
770.460.0963 fax
> -----Original Message-----
> From: Stephen Collins [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, May 07, 2000 10:31 PM
> To: 'Cameron Childress'; [EMAIL PROTECTED]
> Subject: RE: Session Variables Part 2 - DIRE TROUBLE
>
>
> Cameron
>
> Your help is valuable. Sorry to take so much of your time -
> especially late
> on a Sunday (as it must be where you are).
>
> In order:
>
> 1. Session variables set to 20 minutes in CF Administrator, but I
> reset them
> in my app_globals to one day. So, I can't see this as an issue.
>
> 2. SETCLIENTCOOKIES IS NOT set to YES. It's NO like this:
> <CFAPPLICATION NAME="rebelsport"
> CLIENTMANAGEMENT="Yes"
> SESSIONMANAGEMENT="Yes"
> SETCLIENTCOOKIES="No"
> SESSIONTIMEOUT="#CreateTimeSpan(1,0,0,0)#">
>
> 3. Application timeout uses default from CF Administrator - 1 day.
>
> 4. Yes, only one application.cfm at the root level of the application.
> Equally, only one app_globals. I'm using slightly modified
> versions of Fred
> Sanders'/Nat Papovitch's default templates from the Fusion Authority News
> Alert 4/10-4/16. None of the changes I've made should affect this.
>
> Steve
>
> -----Original Message-----
> From: Cameron Childress [mailto:[EMAIL PROTECTED]]
> Sent: Monday, 8 May 2000 12:25 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: RE: Session Variables Part 2 - DIRE TROUBLE
>
>
> I just looked back through the original thread. I didn't realize
> that this
> hadn't been discussed yet (as far as I can see), and ignoring the
> weirdness
> that it works locally:
>
> 1) Are session vars enabled in the Admin of your machine, and are the max
> and default timeouts set higher than zero?
>
> 2) In your CFAPPLICATION tag, is SETCLIENTCOOKIES set to "Yes"?
>
> 3) In your CFAPPLICATION tag, are both the application and session timeout
> values set to a reasonable timeframe (IE: more than all zeros)?
>
> 4) Do you only have one application.cfm for the app, rather than
> several in
> each directory?
>
> -Cameron
>
> --------------------
> Cameron Childress
> McRae Communications
> 770.460.7277 x.232
> 770.460.0963 fax
>
> > -----Original Message-----
> > From: Stephen Collins [mailto:[EMAIL PROTECTED]]
> > Sent: Sunday, May 07, 2000 9:53 PM
> > To: [EMAIL PROTECTED]
> > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
> > [EMAIL PROTECTED]
> > Subject: RE: Session Variables Part 2 - DIRE TROUBLE
> >
> >
> > Cameron
> >
> > The application name doesn't change anywhere in the app. It's
> > set globally
> > in app_globals. As is the switching on of session variables
> (set to time
> > out 1/day). Just doesn't make sense to me. Happy to post or
> send code if
> > anyone has the time to look at it.
> >
> > There are no variables set that are server name/IP or client IP
> dependent.
> >
> > Steve
> >
> > -----Original Message-----
> > From: Cameron Childress [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, 8 May 2000 11:32 AM
> > To: [EMAIL PROTECTED]
> > Subject: RE: Session Variables Part 2 - DIRE TROUBLE
> >
> >
> > The most puzzling thing about this scenario to me is the fact that this
> > works only from the machine it's hosted on. Is any of your
> > application code
> > tied in any way to a variable created by the IP of the visitor
> or anything
> > else specific to the visitor? Maybe some code that for some
> > reason ties it
> > to the server IP or hostname in some places and the visitor's in others?
> >
> > Also, session vars are specific per application name, so if that changes
> > through to app for any reason, it could cause them to reset...
> > But if that
> > were true, it should behave the same way from all machines.
> >
> > Very strange.
> >
> > -Cameron
> >
> > --------------------
> > Cameron Childress
> > McRae Communications
> > 770.460.7277 x.232
> > 770.460.0963 fax
> >
> > > -----Original Message-----
> > > From: Stephen Collins [mailto:[EMAIL PROTECTED]]
> > > Sent: Sunday, May 07, 2000 9:06 PM
> > > To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> > > Cc: Lucas Sherwood (E-mail); [EMAIL PROTECTED];
> > > [EMAIL PROTECTED]
> > > Subject: Session Variables Part 2 - DIRE TROUBLE
> > > Importance: High
> > >
> > >
> > > Cameron
> > >
> > > Thanks for the advice. I've got the debugging happening now, and
> > > some light
> > > at the end of the tunnel! Here's what I'm noticing:
> > >
> > > 1. On my machine (development server, NT4 Server SP 5, CF Ent 4.5.1,
> > > hostname rebeldev.webtrax.com.au assigned for this project), I can
> > > successfully browse the site under development using either
> > > 127.0.0.1 or the
> > > hostname and session variables stay alive.
> > > 2. If I try to browse from the machine next to mine, or from home, or
> > > wherever else, session variables set by me vanish in the
> > > transition from the
> > > application login action page (in a subapp) to the top of the
> > application
> > > with a new fuseaction (yep, Fusebox app).
> > > 3. The application.cfm and app_locals and app_globals pages are being
> > > included successfully, but the session variables are reset each
> > > transition.
> > > Here's a recent example from the machine next to mine:
> > >
> > >
> > > Page Fuseaction CFID CFTOKEN
> > > /index.cfm nonmember 327 58531891
> > > /member/index.cfm loginform 328 44000778
> > > /member/index.cfm dologin 329 69566246
> > > /index.cfm member 330 17371602
> > >
> > > Any idea what might be causing this? The need for a solution
> > is getting a
> > > little urgent.
> > >
> > > Steve
> > >
> > > -----Original Message-----
> > > From: Cameron Childress [mailto:[EMAIL PROTECTED]]
> > > Sent: Friday, 5 May 2000 9:03 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: RE: Session Variables Part 2
> > >
> > >
> > > When things like this happen, I go into the admin and turn on
> > debugging in
> > > CF for my IP. This will show you what cookies and cookie
> > values are being
> > > passed. Also go into your browser's settings and temporarily set
> > > it to warn
> > > you before accepting cookies. Look for CFID and CFTOKEN to be
> > > passed on both
> > > the page output and in your browser warnings. Specifically,
> look at the
> > > values.
> > >
> > > If they are not getting passed at all, then you are probably
> > not properly
> > > executing application.cfm, and thus the CFAPPLICATION tag...
> or session
> > > variables are disabled either in the app or on the server.
> > >
> > > If the cookies are being passed, but have different values each
> > time, you
> > > could have other problems, and if this is the case, post back
> > to the list
> > > and describe any patterns you observe in the values when you
> refresh the
> > > page.
> > >
> > > -Cameron
> > >
> > > --------------------
> > > Cameron Childress
> > > McRae Communications
> > > 770.460.7277 x.232
> > > 770.460.0963 fax
> > >
> > > > -----Original Message-----
> > > > From: Stephen Collins [mailto:[EMAIL PROTECTED]]
> > > > Sent: Friday, May 05, 2000 1:12 AM
> > > > To: [EMAIL PROTECTED]
> > > > Subject: RE: Session Variables Part 2
> > > >
> > > >
> > > > I seem to be having a similar problem in that I am setting
> a number of
> > > > session variables during client login, but they are not being
> > > passed into
> > > > the application as it moves from the code that processes the
> > > login to the
> > > > code that begins the users' exploration of the site. Strange
> > > > thing is that
> > > > they work fine from my machine running localhost (127.0.0.1)
> > or from the
> > > > hostname while on my machine. But not from the guy's on the next
> > > > desk from
> > > > me.
> > > >
> > > > Steve
> > > > ________________________________________________________________
> > > > | Stephen Collins |
> > > > | Senior Business Consultant - Powerlan |
> > > > | 12/90 Barrier Street FYSHWICK ACT 2609 Australia |
> > > > | Ph +61 2 62800370 Fax +61 2 62800380 Cel +61 410 680722 |
> > > > | [EMAIL PROTECTED] ICQ 56321783 [EMAIL PROTECTED] |
> > > > | http://www.powerlan.com.au |
> > > > |~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~oOo~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
> > > > | Before I got into triathlon, I was a normal person. |
> > > > |________________________________________________________________|
>
------------------------------------------------------------------------------
Archives: http://www.eGroups.com/list/cf-talk
To Unsubscribe visit
http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/cf_talk or send a
message to [EMAIL PROTECTED] with 'unsubscribe' in the body.
