Tools>Internet Options>Advanced tab, security section enable "Native XMLHTTP support". possibly you have turned off native XMLHTTP support. using it for casual surfing or email attachments opens the weakest linkĪttack vector (the nut that holds the keyboard))Īnother guess from me. honestly windows server has enhanced security for a reason. (its easy to set up a remote desktop connection to your server, or you could use a VM on your desktop for 'experiments'. Do you have the same issues on a windows client? Does the issue go away if you use InPrivate or NoAddons mode IE? (Start>run>iexplore.exe -extoff (unless you have entries in your enterprise lists) Since your iecompatdata file is current an out of date list is not the problem. Do you use the machine to maintain your Enterprise site lists? (you will have entries in the local Enterprise site list that are not also in the Enterprise screen shot below)ĭo you have all of the options as I do? viz: Enterprise site lists (local) and Enterprise site lists. You could try Tools>Compatibility view list settings>uncheck "Include updated website lists from Microsoft".Ībout:compat (there are check boxes on the rhs to filter the list by source. or possibly you are running Enterprise Site Mode Lists that is over-riding the iecompatdata.xml settings. If it has a stale timestamp, then something in your servers' configuration is preventing it from being updated. Using Windows Explorer open the folder %userprofile%\AppData\Local\Microsoft\Internet Explorer\IECompatData\Īnd find the timestamp of iecompatdata.xml - it should be dated the last time that you started IE. Mozilla/5.0 (compatible MSIE 10.0 Windows NT 6.2 Trident/6.0) Override X-UA-Compatible Meta tag: false.I expect that your listing will be different to mine. Hi, I have no problems, but the jquery version is different, indicating that your xml compatibility list is different.Īnd filter for "microsoftonline" (no quotes) It works on other servers and on our normal clients. Since I can reach the script using http and I get TLS setting error when I disable TLS1.0 I think I have confirmed that IE can reach the server, I just don't get why it's not loading the script. We don't have any services running from it, only management tools, hence the use of third-party browsers.įrom my troubleshooting it must have something to do with the encryption settings related to. We are using this more as a workstation than anything else. HTML1200: is on the Internet Explorer Compatibility View List ('C:\Users\joabirsys\AppData\Local\Microsoft\Internet Explorer\IECompatData\iecompatdata.xml'). This is the output from the Console: (It's not on the compatibility list in IE.?)ĭOM7011: The code on this page disabled back and forward caching. The reason why I don't just stick to Chrome is that I use this server as an admin point and run powershell scripts that are using both my domain admin, and Office365/ExchangeOnline credentials. I have also re-installed IE using this command:ĭism /online /disable-feature:"Internet-Explorer-Optional-amd64"Įverything works in Chrome by the way. I've tried resetting IE both clearing history, cookies, temp files and using the reset button under the Advanced tab. When disabling SS元.0 and TLS1.0 I get a different response, "Turn on TLS 1.0, TLS 1.1, and TLS 1.2 inĪll updates have been applied on Windows. Upon finding that out I tried enabling/disabling different SSL/TLS options. I've also tried opening the file using http (not https) which also works. If I try to open this URL/script directly I only get a "This page can’t be displayed" and the developers console shows that dnserror.-htm has been loaded. SCRIPT5022: Failed to load external resource Some troubleshooting reveals that IE is unable to load a script: We'veĭisabled some images to speed things up." It displays a limited page with the text "It looks like you're on a slow connection.
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |