cgi HTTP USER AGENT

I have an issue where user agent (cgi.HTTP_USER_AGENT) for IE 9 is being reported correctly on one server and incorrectly on another...   http://www.vaughn.edu/test_useragent.cfm  Reporting IE 9 correctly on CF8 server     http://www.austin-williams.com/test_useragent.cfm   Reporting IE 9 (as IE7) on CF9 Server I suspect something needs to be updated on my CF9 server and I suspect it's not related to CF 9. Anyone have any idea what may need updated to get cgi.HTTP_USER_AGENT to report correctly? Thanks 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 be either/or.  It must be &. Plug in to our blog: A&W Unplugged http://www.austin-williams.com/unplugged

Comes up the same on each for me. IE9.0.8112.16421 - Windows 7 Pro 64 bit http://www.austin-williams.com/test_useragent.cfm Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0; MALC) http://www.vaughn.edu/test_useragent.cfm Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0; MALC) Even when I kick in compatibility mode http://www.austin-williams.com/test_useragent.cfm Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; WOW64; Trident/5.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; OfficeLiveConnector.1.5; OfficeLivePatch.1.3; MS-RTC LM 8; .NET4.0C; MALC) http://www.vaughn.edu/test_useragent.cfm Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; WOW64; Trident/5.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; OfficeLiveConnector.1.5; OfficeLivePatch.1.3; MS-RTC LM 8; .NET4.0C; MALC) On Wed, Oct 19, 2011 at 11:05 AM, Robert Harrison < robert@austin-williams.com> wrote: ----- Excess quoted text cut - see Original Post for more -----

Is it possible that you set IE9 on your computer to use "Compatibility View" to simulate IE7 for that website? On 10/19/2011 11:05 AM, Robert Harrison wrote: ----- Excess quoted text cut - see Original Post for more -----

In fact, I just tested that very think on my machine and it did report back as IE7 instead of IE9. Carl On 10/19/2011 11:14 AM, Carl V ----- Excess quoted text cut - see Original Post for more -----

Sorry, "thing" instead of "think".  I'm typing with one arm in a sling.. :-[ . Carl On 10/19/2011 11:15 AM, Carl V ----- Excess quoted text cut - see Original Post for more -----

Even stranger now... https://portal.vaughn.edu/test_useragent.cfm  this is reporting IE9 incorrectly. http://www.austin-williams.com/test_useragent.cfm this is reporting IE9 correctly. These site are on the same CF9 server.  The only difference I can think of now would be some setting we can't seem to find in IIS. Ideas anyone? Thanks 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 be either/or.  It must be &. Plug in to our blog: A&W Unplugged http://www.austin-williams.com/unplugged

It's not IIS or CF Your browser is what is sending that data - it's part of the HTTP request packet the browser sends when it requests a file. On Wed, Oct 19, 2011 at 11:16 AM, Robert Harrison < robert@austin-williams.com> wrote: ----- Excess quoted text cut - see Original Post for more -----

> Your browser is what is sending that data - it's part of the HTTP request packet the browser sends when it requests a file. Same browser from same machine reporting differently on different environments.   Exact same CF file generating the output. There is something more going on here. 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 be either/or.  It must be &. Plug in to our blog: A&W Unplugged http://www.austin-williams.com/unplugged

Robert, I hate to add another response to the thread, but did you check whether you inadvertently enabled "Compatibility View" in IE9 when viewing the site that is reporting incorrectly?  I was able to reproduce your results when this was turned on. Carl On 10/19/2011 11:24 AM, Robert Harrison wrote: > Same browser from same machine reporting differently on different > environments. Exact same CF file generating the output. There is > something more going on here.

I added the meta tags:   <meta http-equiv="X-UA-Compatible" content="IE=9"/> and it's still reporting back as IE7 in the https://portal.vaughn.edu/test_useragent.cfm environment. That code should have forced it to IE9 standards. What the heck! 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 be either/or.  It must be &. Plug in to our blog: A&W Unplugged http://www.austin-williams.com/unplugged

> > Your browser is what is sending that data - it's part of the HTTP request packet the browser sends when it requests a file. > > Same browser from same machine reporting differently on different environments.  Exact same CF file generating the output. There is something more > going on here. Perhaps, but if so, it has nothing to do with IIS or CF. They simply report any CGI variable that begins with "HTTP_" as-is. Turn on a proxy, and see what's being sent by your browser. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ http://training.figleaf.com/ Fig Leaf Software is a Veteran-Owned Small Business (VOSB) on GSA Schedule, and provides the highest caliber vendor-authorized instruction at our training centers, online, or onsite