internet-explorer-11

I am using IE 11 on windows server 2008 R2 edition. One of tableau URL i open on IE 11 and then there is a link "Export data". When click at "Export data", then it gives me javascript error as no such interface supported . when debug the error then it shows line windows.open(...) script in .js file. I have not created tableau page, i don't have any control over there. This is working fine in all other machines, tested in IE 8, IE 11 at other machine. Please suggst, how i could resolve this error, what is the configuraiton missing in IE to enable - Window.open Thanks 来源： https://stackoverflow

I am working on a page that I have nothing to type but a dropdown to select, but in IE11 when I try to move on to the next page, it will pop up the message. I would like to prevent this pop up from happening. So I just wonder what is the default behavior of that pop up in IE11(As it does not appear in either Chrome or Firefox) and how to prevent the pop up A more important question to ask is: "Why IE11 is popping up that alert?". Are you leaving a secure page for an insecure one? I.e. make sure to call the secure booking API, or let the browser choose, by not explicitly specifying the protocol

In my asp.net core application for each response i'm adding content security policy header. I understand that for IE, the header name is X-Content-Security-Policy and for other browsers like chrome its Content-Security-Policy The header value looks something like below where nonce is different for each response. default-src 'none'; script-src 'self' 'nonce-somerandomvalue-differnt-foreach-reasone' 'unsafe-eval'; style-src 'self' 'unsafe-inline'; img-src 'self' data:; font-src 'self'; object-src 'self'; connect-src 'self'; report-uri /csp/report; The application is using inline javascript on

I have an application employing FontAwesome's glyph fonts for icons, and everything works fine when I host the files from my server. When I enable CDN support on my site, IE 11 behaves rather strangely in regards to the font files. When navigating to a page either via clicking a link or manually entering a URL, the font files load fine ~95% of the time. If I reload a page or use forward/back buttons (or the ~5% of the time a normal page load doesn't work), IE 11 loads the first font file, loses/drops/ignores the contents of the response body somehow, tries to load the second file, loses the

What has happened to the XSLT processing in IE11? On IE8/9/10, you can use: if (window.ActiveXObject) { var xslt = new ActiveXObject("Msxml2.XSLTemplate"); .... } On Chrome/Firefox/Safari, you can use: else { var xsltProcessor = new XSLTProcessor(); } But on IE11, neither of these are supported. Does anyone know how this can be accomplished? Try if (window.ActiveXObject || "ActiveXObject" in window) This worked for me working with IE11 and allowed me to instantiate ActiveX objects since the standard old check was being bypassed. This works for me on Chrome/Edge/Firefox/IE11 function loadXMLDoc

Im using the following template in IE11 and can not figure out why the sidebar sings in every time navigation is happening. When developer tools are open it behaves as I would like it to. It is easily demoed by clicking on any one of the tabs under UI element in the tree while running IE11. However you will notice if F12 developer tools are open the side bar does not slide in every time navigation happens. This is not an issue in chrome. There is an error with fastclick that may show up however I have ran without fastclick and it still happens. Any help would be great. Thanks. https:/

In Internet Explorer 11, if you have the following: <input type="number" min="1" max="12" pattern="[0-9]*" > When a user tries to input letters rather than numbers, the browser just clears the input. This behaviour is undesirable as I want our validation to handle this, rather than the browser automatically doing it for me. Does anybody know how to change this behaviour? I'm using the number input type for validation and also to get the correct keyboard in iOS. JSFiddle demo . Other browsers may keep this text present, however entering "aaa" into an input element whose type attribute is set to

I am trying to display a "larger than normal" amount of text in a prompt() box. When calling the javascript prompt() function in Internet Explorer 11, a large portion of my text is being hidden. It seems to only support 2 lines of text. Chrome, Firefox and Opera seem to work fine. This seems to be just an IE issue. Here is a fiddle that demonstrates the problem: JSFiddle Example prompt("Lorem Ipsum is simply dummy text of the printing and typesetting industry. Lorem Ipsum has been the industry's standard dummy text ever since the 1500s, when an unknown printer took a galley of type and