>- see footer for list info -< In the dark about that but could session be keeping the page alive in spite of no-cache, O'Reilly http header section in this old nutshell book I got mentions other cache control directives as well eg 'no-store' which removes info promptly after forwarding, and max-age = seconds 'do not send responses older than seconds', max-stale = seconds, 'if seconds are specified, only send data expired by less than the specified no of seconds, only-if-cached, 'do not retrieve new data'. You could redirect to a new/duplicate home page with cache-control header "only-if-cached" or better try "private, no-cache, no-store, must-revalidate" or "private, no-cache, no-store, max-age = 0, max-stale = 0, must-revalidate" Or leave out must-revalidate as maybe that's causing the problem keeping the toolbar in cache and reloading it... Have you tried <CFHEADER NAME="Expires" VALUE="#Now()#"> in home page, a quick google here found http://www.box-one.org/new-2164438-4547.html problem with cfheader appending information rather than replacing meta info, so you could try using just cfheader and removing header info from the home page and write it with cfheader, another one saw your problem with a cgi perl program, but there was a way to write a value in the registry for that software to correct the problem, doubt if there are similar registry directives you can give to CF to correct the problem you are having there...hope the above punt in the dark doesn't lead you astray now:)
WBR Colm -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Mark Woods Sent: 17 December 2004 15:53 To: [EMAIL PROTECTED] Subject: [work] [CF-Dev] HTTP headers appearing in browser >- see footer for list info -< I've had reports from a client that she can see some HTTP headers in the browser window when she logs in to one of our sites. She's using IE6, but I have reproduced the problem in Firefox so it's not browser specific. When the client posts the login form, the server responds with a 302 (cflocation) and re-directs the client to the site home page. This page may have been loaded previously by the client. When the home page loads post login, a toolbar is included at the top of the HTML body, so the response from the server to the same URL request maybe minutes earlier is now different. However, the cache-control header value in all responses from this particular site is "private, no-cache, must-revalidate". I've been using netcat and wget to do some debugging and I can't find anything wrong with the server responses. The expected headers are all there, separated from the body by a double crlf as expected. Anyone experienced this before or have any idea what might be causing it? Thanks Mark _______________________________________________ For details on ALL mailing lists and for joining or leaving lists, go to http://list.cfdeveloper.co.uk/mailman/listinfo -- CFDeveloper Sponsors:- >- Hosting provided by www.cfmxhosting.co.uk -< >- Forum provided by www.fusetalk.com -< >- DHTML Menus provided by www.APYCOM.com -< >- Lists hosted by www.Gradwell.com -< >- CFdeveloper is run by Russ Michaels, feel free to volunteer your help -< _______________________________________________ For details on ALL mailing lists and for joining or leaving lists, go to http://list.cfdeveloper.co.uk/mailman/listinfo -- CFDeveloper Sponsors:- >- Hosting provided by www.cfmxhosting.co.uk -< >- Forum provided by www.fusetalk.com -< >- DHTML Menus provided by www.APYCOM.com -< >- Lists hosted by www.Gradwell.com -< >- CFdeveloper is run by Russ Michaels, feel free to volunteer your help -<
