Internet Explorer 11 désactiver “afficher les sites intranet dans affichage de compatibilité” par l'intermédiaire de la balise meta ne fonctionne pas
Je travaille sur un site intranet pour plus de 6 mois
ont été j'ai été en utilisant le ci-dessous html5 doctype
et le bord de la compatibilité de la balise meta pour forcer Internet Explorer à ne pas imiter une ancienne version de navigateur, et ce a travaillé sur ok.
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="utf-8" />
<title>My title</title>
<meta http-equiv="X-UA-Compatible" content="IE=EDGE" />
</head>
<body>
</body>
</html>
La raison que j'ai fait de cette façon est parce que l'endroit où je travaille utilise un paramètre de stratégie pour activer l'affichage de compatibilité pour tous les sites internet, et ce en utilisant l'approche de EDGE
paramètre a travaillé dans Internet Explorer 9.
Plus d'un mois, j'ai été mis à niveau vers Internet Explorer 11 et le site n'a fonctionné comme prévu.
Aujourd'hui, ce cessé de fonctionner comme prévu, je ne peux pas dire pour sûr, mais je pense que la politique que les forces de l'affichage de compatibilité n'a pas été activé dans IE11, et c'est maintenant... et depuis il a été activé la compatibilité de la balise meta est de ne plus faire ce qui est attendu, et ce site est en cours d'exécution en mode Entreprise, qui émule IE8.
Personne ne sait comment résoudre ce problème et de la force IE11 pour être utilisé sur un site intranet lorsque la compatibilité de l'Entreprise "mode" est en cours d'exécution? et ne peut pas être désactivé via les paramètres du navigateur?
MODIFIER
J'ai juste essayé d'ajouter un en-tête personnalisé dans mon web.config comme expliqué dans cette réponse
https://stackoverflow.com/a/18257208/98706
et cela ne fonctionne pas pour moi, je reçois toujours le message ci-dessous dans la barre d'outils du développeur de la console de
HTML1122: Internet Explorer is running in Enterprise Mode emulating IE8.
C'est comme si la version 8 est considérée comme le edge
lors de cet intranet paramètre de compatibilité est activé dans IE11.
Ce post: https://www.leapinggorilla.com/Blog/Read/1016/ie-ate-my-css---disabling-compatability-mode
explique cette bien, je n'ai pas encore essayé le réglage de cet en-tête via le code et de nos utilisateurs n'avez pas d'accès pour modifier les paramètres de son navigateur.. aucun des autres changements ont travaillé encore.
Mise à JOUR
Veuillez voir mon commentaire sur ce post au sujet de ce qu'est la différence entre le mode Entreprise et le mode de compatibilité est, parce que c'est important.
- Le mode entreprise est différent de l'affichage de compatibilité, veuillez consulter stackoverflow.com/a/26463309/98706 les moyens de le désactiver, mais dans mon cas, il n'est pas aussi simple que d'être en mesure de l'éteindre, je voulais le remplacer pour certains sites intranet à l'aide d'une balise meta mais cela n'a pas fonctionné, je n'ai pas essayé de nouveau, puisque nos sites sont maintenant sur une liste blanche.
Vous devez vous connecter pour publier un commentaire.
Assurez-vous que:
<meta http-equiv="X-UA-Compatible" content="IE=edge">
est la première
<meta>
tag sur votre page, sinon IE ne peut pas le respecter.Sinon, le problème peut être que IE est à l'aide de Mode Entreprise pour ce site:
HTML1122: Internet Explorer is running in Enterprise Mode emulating IE8.
Ce problème est généralement causé par le site internet/intranet URL d'être placé dans l'un des:
(avec Afficher les sites intranet en mode de Compatibilité paramètre est activé)
Sur les réseaux d'entreprise, ces paramètres d'affichage de compatibilité sont souvent contrôlés de manière centralisée via de stratégie de groupe. Dans votre cas, Mode Entreprise semble être le coupable.
Malheureusement réglage de la MÉTA
X-UA-Compatible
n'écrase pas les cette.Pour Les Utilisateurs Finaux
Parfois, la seule façon pour les utilisateurs finaux pour remplacer ce qui est d'appuyer sur F12 et modifier le Mode de Document en vertu de la Émulation Onglet. Toutefois, cette configuration n'est pas permanente et peut revenir une fois que les Outils de développement est fermé.
Vous pouvez aussi essayer de les exclure de votre site à partir de la zone Intranet. Mais la liste des domaines qui appartiennent à la zone Intranet est aussi le plus souvent contrôlées par le groupe, de la politique, de sorte que la chance de ce travail est mince.
Pour voir la liste des domaines qui appartiennent à la zone Intranet, allez à:
Outils -> Options Internet -> Sécurité> Sites -> Avancé
Si la liste contient votre sous-domaine et est grisée, cela signifie que vous ne serez pas en mesure de remplacer l'affichage de compatibilité jusqu'à ce que votre administrateur réseau le permet.
Vous avez vraiment besoin de contacter votre administrateur réseau pour permettre de modifier les paramètres d'affichage de compatibilité dans la stratégie de groupe.
Pour Les Administrateurs De Réseau
Chargement du site web avec les Outils de développement open (F12) souvent rapport de la raison que IE est de passer à un mode.
Tous les 3 paramètres mentionnés ci-dessus sont généralement contrôlés via la Stratégie de Groupe, mais peut parfois être remplacés sur les machines des utilisateurs.
Si Mode Entreprise est la question (comme cela semble être le cas pour l'affiche originale), les deux articles suivants peuvent être utiles:
Pour ceux qui sont la construction d'un ASP.NET projet MVC, assurez-vous d'ajouter le:
tag dans votre Mise en page (template) de la page. Je viens de passer deux heures de débogage et d'optimisation, seulement pour réaliser que j'avais ajouté que la balise meta dans mes pages enfant. Dès que je l'ai ajouté à ma page de mise en page, le navigateur chargé dans le mode EDGE parfaitement.
L'marqué réponse est la bonne. Cependant, Cher, vous devez faire un suivi avec votre ANNONCE de bureau et les groupes d'administration. Ils font un mauvais usage de la IE11 Entreprise site en Mode liste. Microsoft n'a PAS l'intention d'être utilisé pour tous les sites intranet au sein d'une organisation. Que serait la multiplication de l'existant "rendre tous les sites intranet en mode de compatibilité" paramètre qui est le fléau du site de l'entreprise d'avancement dans le monde entier.
Il est destiné à la mise en œuvre comme une "liste Noire", avec la poignée de sites qui ont réellement besoin d'un navigateur existant en mode répertoriés dans l'Entreprise de Mode de la liste avec leur rendu exigences spécifiées. Tous les autres sites de votre organisation sont alors libérées de l'utilisation de Pointe. Les personnes de votre organisation qui l'a mise en œuvre avec tous les sites intranet inclus pour démarrer avec ont complètement mal comment le Mode Entreprise est destiné à être mis en œuvre.
C'est un vieux problème, avec quelques bonnes informations. Mais ce que je viens de trouver est que l'utilisation d'un nom de domaine complet désactive le mode Compat dans IE 9 - 11.
Exemple. J'ai le problème avec compat
http://lrmstst01:8080/JavaWeb/login.do
mais les problèmes s'en vont avec
http://lrmstst01.mydomain.int:8080/JavaWeb/login.do
NB: La .int est une partie de notre domaine interne
La question est un peu vieux mais je viens de résoudre un problème très similaire. Nous avons plusieurs sites intranet ici, y compris celui dont je suis responsable, et d'autres nécessitent le mode de compatibilité ou de la rupture. Pour cette raison, les règles du site par défaut, c'est à dire le mode de compatibilité sur les sites intranet. Je me suis mise à niveau de mes propres trucs et elle n'est plus nécessaire; en fait, certaines des fonctionnalités que je suis en train d'utiliser ne regarde pas à droite dans compat mode. Je suis en utilisant le méta-IE-Bord tag comme vous êtes.
IE suppose sites web sans le complet adresse intranet, et agit en conséquence. Avec cela à l'esprit, j'ai juste modifié les liaisons dans IIS pour écouter la complet, l'adresse, puis mis en place un site web factice, à l'écoute pour les moins qualifiés d'adresse. Le second redirige tout le trafic à l'adresse qualifié complet, faisant IE crois que c'est un site externe. Le site s'affiche correctement avec ou sans le Mode de Compatibilité sur les Sites Intranet de la case cochée.
Le déplacer vers la zone Sites de Confiance en soit de l'ajouter à une liste de Sites de Confiance ou le contexte local. Cela vous permettra de déplacer hors de la Zone Intranet et ne sera pas rendu dans Compat. Vue.
Ajouter le dessous de la propriété dans le web.fichier de configuration de IIS sites. Cela a fonctionné pour moi sur mon intranet dans IE11.
J'ai résolu ce problème en redirigeant l'utilisateur vers le nom de domaine complet du serveur hébergeant le site intranet.
IE utilise probablement la pire de l'algorithme pour la détection de "intranet" sites ... en effet, la spécification du serveur.domaine.tld résout le problème pour moi.
Oui, vous avez bien lu, c'est à dire détecte les sites intranet non par adresse IP privée, comme n'importe quel dev qui a entendu parler de TCP/IP ferais, pas de, par la "hôte" de la partie de l'URL, si elle n'a pas de nom de domaine, doit être interne.
Effrayant de savoir de l'IE devs ne comprends pas la plupart TCP/IP de base des concepts.
Noter que c'était un GROS client d'entreprise, les amener à changer d'objet de stratégie de groupe pour vous, c'est comme essayer de déplacer les Alpes à l'est par 4 mètres, ne va pas se produire.
Pour ce que ça vaut, j'ai eu le problème aussi bien dans IE11:
<!DOCTYPE html>
etIE=Edge
paramètres mentionnés dans la question<head>
élémentAprès un certain temps, j'ai découvert que:
En-Tête HTTP:
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 10.0; WOW64; Trident/7.0; .NET4.0C; .NET4.0E)
maisJavaScript:
window.navigator.userAgent === 'Mozilla/5.0 (Windows NT 10.0; WOW64; Trident/7.0; .NET4.0C; .NET4.0E; rv:11.0) like Gecko'
Donc j'ai fait le test sur le côté client.
Et BTW, pendant ce temps, la vérification de l'agent utilisateur n'est plus recommandé. Voir https://developer.mozilla.org/en-US/docs/Web/HTTP/Browser_detection_using_the_user_agent
(mais il pourrait être une bonne affaire)