Internet Explorer 11 disable display intranet sites in compatibility view via meta tag not working

Question

I have been working on an intranet website for over 6 months were I have been using the below html5 doctype and edge compatibility meta tag to force Internet Explorer to not emulate an older browser version  and this has worked ok    lt  DOCTYPE html gt   lt html lang  en  gt   lt head gt       lt meta charset  utf-8    gt       lt title gt My title lt  title gt       lt meta http-equiv  X-UA-Compatible  content  IE EDGE    gt   lt  head gt   lt body gt   lt  body gt   lt  html gt    The reason I was doing it this way is because the place I work uses a policy setting to enable compatibility view for all intranet sites  and this approach using the EDGE setting has worked in Internet Explorer 9     Over a month ago I was upgraded to Internet Explorer 11 and the site still worked as expected   Today this stopped working as expected  I can t say for sure but I think that the policy that forces the compatibility view was not enabled in IE11 and now it is    and since this has been enabled the compatibility meta tag is no longer doing what is expected  and this site is being run in the Enterprise mode which emulates IE8   Does anyone know how to fix this and force IE11 to be used on an intranet site when the compatibility  Enterprise mode  is being enforced  and can t be disabled via the browser settings   EDIT  I have just tried adding a custom header in my web config as explained in this answer https   stackoverflow com a 18257208 98706  and this did not work for me I still get the below message in the developer toolbar console of   HTML1122  Internet Explorer is running in Enterprise Mode emulating IE8    It is as if version 8 is being treated as the edge when this intranet compatibility setting is enabled in IE11    This post  https   www leapinggorilla com Blog Read 1016 ie-ate-my-css---disabling-compatability-mode explains this well  I haven t yet tried setting this header via code and our users dont have access to change their browser settings   none of the other changes have worked as yet   UPDATE  Please see my comment on this post about what the difference between Enterprise mode and compatibility mode is  because it is important

User · Answer

For what it s worth  I had the issue as well in IE11    I was not in Enterprise mode  The  Display intranet sites in Compatibility View  was checked  I had all the  lt  DOCTYPE html gt  and IE Edge settings mentioned in the question The meta header was indeed the 1st element in the  lt head gt  element   After a while  I found out that    the User Agent header sent to the server was IE7 but    the JavaScript value was IE11    HTTP Header   User-Agent  Mozilla 4 0  compatible  MSIE 7 0  Windows NT 10 0  WOW64  Trident 7 0   NET4 0C   NET4 0E  but  JavaScript   window navigator userAgent      Mozilla 5 0  Windows NT 10 0  WOW64  Trident 7 0   NET4 0C   NET4 0E  rv 11 0  like Gecko   So I ended up doing the check on the client side   And BTW  meanwhile  checking the user agent is no longer recommended  See https   developer mozilla org en-US docs Web HTTP Browser detection using the user agent  but there might be a good case

User · Answer

The marked answer is the correct one  However  Pricey  you should follow up on this with your AD and desktop admin groups  They are misusing the IE11  Enterprise Mode site list  Microsoft does NOT intend it to be used for all intranet sites within an organization at all  That would be propagating the existing  render all intranet sites in compatibility mode  setting that is the bane of corporate website advancement the world over    It s meant to implemented as a  Black list   with the handful of sites that actually require a legacy browser mode listed in the Enterprise Mode list with their rendering requirements specified  All other sites in your organization are then freed up to use Edge  The people in your organization who implemented it with all intranet sites included to start with have completely misunderstood how Enterprise Mode is meant to be implemented

User · Answer

Make sure    lt meta http-equiv  X-UA-Compatible  content  IE edge  gt   is the first  lt meta gt  tag on your page  otherwise IE may not respect it   Alternatively  the problem may be that IE is using Enterprise Mode for this website    Your question mentioned that the console shows  HTML1122  Internet Explorer is running in Enterprise Mode emulating IE8  If so you may need to disable enterprise mode  or like this  or turn it off for that website from the Tools menu in IE  However Enterprise Mode should in theory be overridden by the X-UA-Compatible tag  but IE might have a bug

User · Answer

This is an old problem with some good information   But what I just found is that using a FQDN turns off the Compat mode in IE 9 - 11  Example   I have the compat problem with   http   lrmstst01 8080 JavaWeb login do  but the problems go away with  http   lrmstst01 mydomain int 8080 JavaWeb login do  NB   The  int is part of our internal domain

User · Answer

Move it to the Trusted Sites zone by either adding it to a Trusted Sites list or local setting   This will move it out of Intranet Zone and will not be rendered in Compat  View

User · Answer

Add the below property into the web config file for IIS sites  This worked for me on my intranet in IE11    lt system webServer gt     lt httpProtocol gt       lt customHeaders gt         lt clear   gt         lt add name  X-UA-Compatible  value  IE edge    gt       lt  customHeaders gt     lt  httpProtocol gt   lt  system webServer gt

User · Answer

I solved this issue by redirecting the user to the FQDN of the server hosting the intranet   IE probably uses the world s worst algorithm for detecting  intranet  sites     indeed  specifying server domain tld solves the problem for me   Yes  you read that correctly  IE detects intranet sites not by private IP address  like any dev who has heard of TCP IP would do  no  by the  host  part of the URL  if it has no domain part  must be internal   Scary to know the IE devs do not understand the most basic TCP IP concepts   Note that this was at a BIG enterprise customer  getting them to change GPO for you is like trying to move the Alps east by 4 meters  not gonna happen

User · Answer

The question is a bit old but I just solved a very similar problem   We have several intranet sites here including the one I m responsible for  and the others require compatibility mode or they break   For that reason  site rules default IE to compatibility mode on intranet sites   I am upgrading my own stuff and no longer need it  in fact  some of the features I m trying to use don t look right in compat mode   I m using the meta IE-Edge tag like you are   IE assumes websites without the fully-qualified address are intranet  and acts accordingly   With that in mind I just altered the bindings in IIS to only listen to the fully-qualified address  then set up a dummy website that listened for the unqualified address   The second one redirects all traffic to the fully-qualified address  making IE believe it s an external site   The site renders correctly with or without the Compatibility Mode on Intranet Sites box checked

User · Answer

This problem is generally caused by the website intranet URL being placed in one of    Compatibility Mode List Internet Explorer Intranet Zone  with Display intranet sites in Compatibility View setting enabled  Enterprise Mode List   On corporate networks  these compatibility view settings are often controlled centrally via group policy   In your case  Enterprise Mode appears to be the culprit     Unfortunately setting META X-UA-Compatible will not override this   For End-Users  Sometimes the only way for end-users to override this is to press F12 and change the Document Mode under the Emulation Tab  However this setting is not permanent and may revert once Developer Tools is closed   You can also try to exclude your site from the Intranet zone  But the list of domains which belong to the Intranet zone is usually also controlled by the group policy  so the chance of this working is slim   To see the list of domains that belong to the Intranet zone  go to   Tools -  Internet Options -  Security -  Sites -  Advanced  If the list contains your subdomain and is greyed out  then you will not be able to override compatibility view until your network admin allows it   You really need to contact your network administrator to allow changing the compatibility view settings in the group policy   For Network Admins  Loading the website with Developer Tools open  F12  will often report the reason that IE is switching to an older mode   All 3 settings mentioned above are generally controlled via Group Policy  although can sometimes be overridden on user machines   If Enterprise Mode is the issue  as appears to be the case for the original poster   the following two articles might be helpful    How to Enable and Use Internet Explorer 11   s Enterprise Mode  HowToGeek  Turn on Enterprise Mode and use a site list  TechNet

User · Answer

For those who are building an ASP NET MVC project  make sure that you add the    lt meta http-equiv  X-UA-Compatible  content  IE edge  gt    tag into your Layout  template  page  I just spent two hours debugging and tweaking  only to realize that I had only added that meta tag into my child pages  As soon as I added it to my layout page  the browser loaded in EDGE mode perfectly

[html] Internet Explorer 11 disable "display intranet sites in compatibility view" via meta tag not working

Examples related to html

Examples related to internet-explorer

Examples related to compatibility

Examples related to internet-explorer-11