Dave
I'm not sure this would work because it is on 'the first hit' when the
wrong CFID & CFTOKEN are being issued, (or actually probably when the
browser is opened), and there's no way of knowing what the right ones
are. I don't believe my setup is unusual in that I have the variable
client.loggedin, person A logs in correctly against a match in the DB
and client.loggedin is set to true. Person B goes to the site shortly
after on a different box and somehow gets given the same CFID & CFTOKEN
(I think by the roaming profile thing) so comes in directly as
client.loggedin=true as person A.
Unfortunately I can't test it here on my dev setup as I've only got one
mac (which works perfectly - of course..), but I got all the OSX users
to wipe their cookies on the live intranet so virgin CFID & CFTOKEN's
would be issued by CF, but it still happens.
I haven't tried emptying the CDATA and CGLOBAL tables (they're not very
big) but I suspect this wouldn't fix it either.
Dave Watts wrote:
>
> > I'm having a great deal of difficulty with a CF5 driven
> > intranet which has worked just fine on PC's and Mac OS9 for
> > two years now. They have introduced some OS X boxes using
> > roaming profiles from an OS X server.
> > It seems that cookie storage (MSIE and Safari) is kept in the
> > profile (rather than the box itself) which in principle is a
> > good thing - but
> > -sometimes- it seems to be delivering up the wrong cookies
> > (ie CFID & CFTOKEN), specifically the pair belonging to the
> > previous person to log in to the Server. It seems to all
> > work fine if roaming profiles are disabled, but we are
> > talking about several dozen boxes here and my client would
> > rather not do this for other administrative reasons.
> >
> > ...
> >
> > As far as I can see, this is not a CF problem, rather, an OSX
> > server / roaming profile problem. As a non-mac person
> > myself, does anyone have any suggestions and/or know of any
> > good forums where I might find an answer or a fix?
>
> I don't know anything about OS X roaming profiles, but from a CF perspective
> you should be able to fix the problem by using URL tokens instead of
> cookies, if you can't resolve the problem from the other end.
>
> Dave Watts, CTO, Fig Leaf Software
> http://www.figleaf.com/
> phone: 202-797-5496
> fax: 202-797-5444
>
>
[Todays Threads]
[This Message]
[Subscription]
[Fast Unsubscribe]
[User Settings]
[Donations and Support]