在我们的一个站点上，当使用IE 11（或10）中已重新捕获的任何格式时，recaptcha不起作用。我们发现，在所有版本的IE（不包括Edge）中，都添加了重复的X-UA兼容元标记。
页面上已经有<meta content="IE=edge,chrome=1" http-equiv="X-UA-Compatible" />，但是在IE 10及更低版本中，它是在head标签之后立即添加以下内容。
<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE9">
<![CDATA[<meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1" >]]>
这显然在标记中我们自己的标签之前，因此似乎覆盖了我们仍然存在的设置。
我们尝试了许多任务
我们甚至在完全相同的服务器上克隆了我们的网站。临时域完美运行。但是，一旦我们将dns指向临时站点，问题仍然存在。
我们假设它可能与Microsoft's Compatibility View有关。通过添加它以使其绕过IE（浏览器级别设置），一切将按预期工作-但这不是我们客户网站的解决方案。
但是奇怪的是，即使现在更改为chrome，如果您更改用户代理字符串，Chrome也会收到<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE9">-这样就取消了Microsoft简历列表的想法。
该站点正在运行DNN 7.4.2，并且我们已升级到8.0.4-问题仍然存在。我已经扫描了DNN的两个源代码库，似乎都没有指出问题的出路。
因此，此问题使我们所有的客户都无法使用我们的联系表-但仅适用于IE中的用户。我和我的团队完全不知所措。我希望这里的人能提供一些信息，以帮助解决该问题。
答案 0 :(得分：0)
我们似乎找到了答案，这是w / i第三方模块。我知道我们禁用了该模块（仅允许管理员使用），上周该模块不起作用，但一定是IE进行缓存的一部分。我尝试关闭该模块的权限，并使reCaptcha正常工作。
我们正在使用EasyDNNGallery-我看到他们已经致电shopt -s xpg_echo-我不能一字不漏地说https://apis.google.com/js/plusone.js是罪魁祸首-我只是在寻找可能干扰的其他Google引用。
这很有意义，因为如果我们克隆了站点-EasyDNNGallery未被激活，因为它是域级别的激活。
最后，由于误报，我们一直绕圈跑。始终重试测试！