
- Compatibility mode internet explorer 9 update#
- Compatibility mode internet explorer 9 software#
- Compatibility mode internet explorer 9 windows#
Not everyone is as conscientious as SitePoint readers you’ve probably encountered those who are happy to accept quick fixes regardless of the future pain it inflicts. And next time we have unexpected browser behavior, it will be on our list of things to investigate.In this article I’ll discuss techniques which are avoided by good HTML developers. It may have been lurking in the shadows of browser compatibility but it was more of a pothole than a pit. We had feared that Enterprise Mode was going to introduce more cost and complexity into our project, but fortunately it did neither. The user’s IT department removed our url from the list and the problem was solved. Enterprise Mode is only activated for websites specified on a centrally managed list. Nothing that is, from a coding perspective. The answer to that question is “nothing”. However, that left one outstanding question – what do we do about it? What do we do about it? It also explained why the “browser not supported” message failed to display. This explained the mismatch between the user’s browser and the reported user agent string.
Compatibility mode internet explorer 9 update#
So what is Enterprise Mode?Īccording to Microsoft, Enterprise Mode enables enterprises to “ safely update to Internet Explorer 11 while maintaining great backwards compatibility for specific sites that were developed for Internet Explorer 8 or below….replicating the original Internet Explorer 8 user agent string”. With Enterprise Mode installed on a test machine we were finally able to replicate the issue.

Looking again at the client’s screenshot, we noticed an unfamiliar “building” icon next to the address box:Ī Google image search for “Internet Explorer 11 icons” led to this page and the answer: “Enterprise Mode”. We couldn’t replicate the issue in any version of the browser, from 8 up to 11. We tried using emulation (IE Developer Tools, opened by pressing F12), but still no success. Regardless of the reported user agent, if the browser really was IE8, client-side JavaScript should have displayed a “browser not supported” message.Īt first we suspected the Compatibility View settings (under the Tools menu), but still couldn’t replicate the issue.
Compatibility mode internet explorer 9 windows#
Mozilla/4.0 (compatible MSIE 8.0 Windows NT 6.1 Trident/4.0).

Our logs told us that the browser was IE8, with the user agent listed as: The user told us that they were using IE11. This was not a scenario that we had encountered during testing. When the page loaded, the header and footer were visible but the body of the page was empty.

The inevitable question, “which versions of IE do we need to support?” usually has a predictable and disappointing answer.ĭuring a recent financial services project, a client required support for Internet Explorer version 9 and higher. During development we tested against IE9, IE10 and IE11 in both native and “Compatibility View”. We knew how the application behaved in each version of IE - or so we thought.ĭuring the pilot phase of the project an end user provided us with feedback. Everything worked as expected in Chrome, however, the same could not be said for Internet Explorer. Over the years, Internet Explorer has cast the longest shadow.
Compatibility mode internet explorer 9 software#
Browser compatibility is an issue that always seems to cast a long shadow over enterprise software projects.
