>This seems to only be a problem on Windows XP. Myself nor my clients have
>problems with IE8 on Vista or Windows 7.
I believe our problem involves XP, Vista, and 7, though I'll need to go back
through some of the debug output that some of the problem users have sent.
>
>Are your users on a net
> I think I know what you mean by writing these cookies myself... but can you
> show me via some code?
This creates non-persistent CFID and CFTOKEN cookies; omitting the
EXPIRES attribute in CFCOOKIE creates "session" cookies that expire
when the browser is closed.
Dave Watts,
> so is it safe to put it in both the HEAD block in the markup *and* in the
> header?
I can't promise it will fix your problem, but I can't see how it would
break anything. (unless your site didn't render correctly in IE7 to
begin with)
> Would this be the correct CFHEADER?
> [ cfheader name=
Windows firewall maybe?
Mark
On Wed, Feb 3, 2010 at 7:55 AM, Rick Sanders wrote:
>
> This seems to only be a problem on Windows XP. Myself nor my clients have
> problems with IE8 on Vista or Windows 7.
>
> Are your users on a network on an Active Directory domain with a domain
> policy? If the
This seems to only be a problem on Windows XP. Myself nor my clients have
problems with IE8 on Vista or Windows 7.
Are your users on a network on an Active Directory domain with a domain
policy? If the Server hasn't been updated with the new IE8 policies, then it
defaults to the IE7 policies whic
> > I have heard that if you replicate this tag as a cfheader tag, it
> works. (although I don't know why)
>
>
> This blog attempts to explain why:
> http://ilia.ws/archives/196-IE8-X-UA-Compatible-Rant.html
>
> Apparently it depends on your doc type. Some doc types ignore custom
> meta tags,
> I have heard that if you replicate this tag as a cfheader tag, it works.
> (although I don't know why)
This blog attempts to explain why:
http://ilia.ws/archives/196-IE8-X-UA-Compatible-Rant.html
Apparently it depends on your doc type. Some doc types ignore custom
meta tags, rendering them
> I have heard that if you replicate this tag as a cfheader tag, it
> works. (although I don't know why)
The tag is in the HTML head, inserted via CFHTMLHEAD. is this what you mean?
(meta tags belong in the document head anyway, per HTML 4.01 standard...?)
~~
I have heard that if you replicate this tag as a cfheader tag, it works.
(although I don't know why)
-Original Message-
From: Marc Funaro
Sent: Tuesday, February 02, 2010 11:21 AM
To: cf-talk
Subject: Re: IE8 is killing my website
>Try setting this Meta tag in you docum
> There are very few "transparent switches" in any computing
> environment, unfortunately.
AGREED!! The same goes for life, LOL :)
> I would recommend that you try to set CFID and
> CFTOKEN as non-persistent cookies, instead of just switching to
> JSESSIONID (although I'd recommend that also,
Did in fact observe two or three users. In all cases, the cookie simply wasn't
being set (through observation of the Temporary Internet Files folder). In
each case, eventually it just started "working" -- after trying several
different things -- with no consistency as to which thing worked in
> Security zone is usually the defaults from what i can tell. CFID/CFTOKEN are
> the tokens in use.
> I thought about switching to JSESSIONID, but I've never done it, and have no
>idea how it would affect
> the app or all the apps on the server. Advice on that is welcome, of
> course... it's
>If you can convince a gracious user to let you, maybe try debugging
>the cookie settings process on their machine?
>
>Might have to go so far as doing FF plugins and whatnot, but maybe
>something simple like having it prompt to set cookies will shed light
>on what's happening?
>
>FWIW, I've seen
>What security zone is your site in, in the affected browsers?
>
>Are the cookies the standard CF session tokens (CFID/CFTOKEN or
>JSESSIONID)? Or are you doing something else? Are you setting the
>cookies for the same host that the user is visiting?
>
>Dave Watts
Security zone is usually the def
>Try setting this Meta tag in you document head:
>
>
>
>That may solve your issue.
>
>Robert B. Harrison
This tag's been in place for a couple weeks; no effect.
~|
Want to reach the ColdFusion community with something they want
> The curse of the Microsoft browsers continues. This time, it's not even a
> design issue, it's a functional issue, and it's ruining our user experience.
>
> Plainly put, a certain subset of IE8 users are unable to log in to our site.
> Mind you, this is a signup/login process that has worked, l
If you can convince a gracious user to let you, maybe try debugging
the cookie settings process on their machine?
Might have to go so far as doing FF plugins and whatnot, but maybe
something simple like having it prompt to set cookies will shed light
on what's happening?
FWIW, I've seen cookie s
>Are your users using the in private browsing feature? My understanding
>is it rejects cookies that look like tracking cookies.
>
>~Brad
Hi Brad,
It's hard to tell for all of them, but the users I saw were not using
InPrivate.
Try setting this Meta tag in you document head:
That may solve your issue.
Robert B. Harrison
Director of Interactive Services
Austin & Williams
125 Kennedy Drive, Suite 100
Hauppauge NY 11788
P : 631.231.6600 Ext. 119
F : 631.434.7022
http://www.austin-williams.com
Great advertising can't
Are your users using the in private browsing feature? My understanding
is it rejects cookies that look like tracking cookies.
~Brad
Original Message
Subject: IE8 is killing my website
From:
Date: Tue, February 02, 2010 11:34 am
To: cf-talk
The curse of the Microsoft brows
In theory, you could use the native CF URLSessionFormat() function to
conditionally pass the CFID and CFToken values if the user's browser either
wouldn't or couldn't accept cookies. This idea is explained in some detail
in Chapter 20 of CF8 WACK book I.
I have never tested this theory myself--ne
21 matches
Mail list logo
