This seems to be affecting anyone using IE6 with the latest round of
patches.
Does anyone know if M$ has recognized the problem and is there a decent
thread anywhere about it?
We are having issues enterprise wide and with more than just our cf
servers.
Trey
-Original Message-
From:
And you know what - I'm debugging an app that used to work but doesn't
anymore since the other day!
Darn M$
Jb.
-Original Message-
From: Sandy Clark [mailto:[EMAIL PROTECTED]]
Sent: 29 August 2002 02:23
To: CF-Talk
Subject: RE: Big problem- session vars not saved in IE6 on CF5
I had
There seems to be a bug the Internet Explorer 6 privacy settings.
Despite significantly lax restrictions, we have had a lot of problems
with IE 6 users and sites that use cookies to track sessions.
In troubleshooting the issue, we've attempted to add P3P privacy
policies to our sites. We have
This has come up a few times in discussion.
I think we really need a good solution for the p3p policy and cold fusion,
as I feel this is the root of the problem. P3p enforcement might be adopted
by other(all) browers down the line, so it would probably be a good idea to
get it solved now.
I
As I noted, we did try adding a P3P policy, created using the IBM P3P
Policy Editor. However, that did not fix the problem. We even tried
setting the privacy settings to their most lax state. That did not fix
the problem either. The only workaround to this bug that we've found is
to add the site
Ok, so why does this only effect some people.
I have 20ish sites that use sessions on my server and they have no problems
that I have had reported to me. But, a client's server seems to have this
problem.
MB
-Original Message-
From: Benjamin S. Rogers [mailto:[EMAIL PROTECTED]]
Sent:
To be honest, I do not know. However, I believe it has something to do
with corrupted cookie files. In which case, you are more likely to see
it in sites that people revisit frequently. That has been our
experience, at least.
Benjamin S. Rogers
http://www.c4.net/
v.508.240.0051
f.508.240.0057
I too have seen this on one of our client's server, that I do not manage.
Where I first found it was a job app that used different includes for
different jobs. When the data was inserted into the database about 15%-20%
of the records would not have a value from the session. Thus you could not
I'd suspect the cflocation and/or cookies - if it doesn't have addtoken set, and
there's problems with the cookies, session vars won't know which session they're part
of. Not sure why that would change all of a sudden, though.
I had a problem with an organization once where they stripped all
You know... I passed by this thread originally but then this morning I
remembered that I have experienced something similar to this in the past.
It was even reported to Macromedia and (reluctantly) confirmed to be a bug.
I wish I could remember the exact details but to the best of my recollection
Hi Don,
I am having a big problem with an old standard login system. This is the
most simple login system I know and have used it for years.
It consists of:
Login form page
Login action page
Main page
Session variables tracking who is logged in
The user enters in their login acct, the action
I had the exact same problem this week when I upgraded my ie6 with the
newest M$ patches.
I have a form, which sends a login page to a script. Because the login
page uses a submit button, the cookies for CFID and CFTOKEN would
normally be set there. After processing, the login script
12 matches
Mail list logo