Debugging in IE10 on Windows 8

re: Debugging in IE10 on Windows 8

PhistucK — Wed, 03 Oct 2012 18:19:03 GMT

@Dave Porter -

B. You can send an HTTP header instead of including a <meta>.

X-UA-Compatible: IE=9

Does that work?

(Try adding it using Fiddler2 if you cannot do it using the server, just to see if it resolves your issue and maybe also the first issue)

re: Debugging in IE10 on Windows 8

Dave Porter — Tue, 02 Oct 2012 21:40:42 GMT

The msdn forums page is a big ol' FAIL for me, can you please repost this to this IE forum and try to get any insight back to david.a.porter@boeing.com? My title of this post was to be "Two questions about "pure SVG document" in IE9." I tell ya there are sure some usability flaws in making your way around MSDN. Thank you Eric!!

I am adapting a server-hosted XSLT-based SVG document generator, so that it works in IE9. My project has always worked great in Firefox, but I am having a number of issues with IE9. It is not feasible to re-host what I am doing so that it arrives at the browser as an HTML5 document, or SVG inline or embedded in XHTML. There are a number of difficult / impossible issues for this latter approach that I can't solve yet remain browser-neutral.

A. When a pure SVG document arrives at the browser, Javascript onload= events attached to SVG DOM elements seem to fire early (before the element is fully loaded or accessible). In particular onload= attached to the root SVG element. I'm having a bear of a time ensuring I can actually script access to contained elements and attributes. Sometimes they are accessible, sometimes not, sometimes only part of the child elements are available. Firefox has never had this problem.

B. Is there a way to guarantee that the IE9 browser receiving the file is in the correct mode to render SVG. In our company (I think?) the default install of IE is some kind of compatibility mode so that IE8-genre pages will load correctly. There is a little gem of a meta tag you can supply via an XHTML document, in the <head> tag, saying "meta http-equiv='X-UA-Compatible' content='IE=9'/>" which forces the issue. Inconveniently, there is no equivalent of that in a pure SVG document. Can you suggest a way to ensure IE9 be configured to support pure SVG documents.

re: Debugging in IE10 on Windows 8

Avi — Thu, 20 Sep 2012 12:11:32 GMT

@Eric: Thank you for your prompt reply.

I am not able to retreive the cookies using FindFirstUrlCache Entry on windows 8 IE 10.

what can be the reason? It is working on windows 7 IE 9.

What can be the reason. and which api will be useful in this case?

re: Debugging in IE10 on Windows 8

EricLaw [MSFT] — Wed, 19 Sep 2012 17:53:31 GMT

@Avi: Desktop IE's cookies haven't moved; hit Win+R and type shell:cookies to see the MediumIL cookies, and open the Low subfolder to see the Protected Mode cookies. Cookies for Internet Explorer when running in non-Desktop mode can be found under %USERPROFILE%\AppData\Local\Packages\windows_ie_ac_001\AC\INetCookies\ although it remains unsupported to try to access the cookie files directly; use the WinINET enumeration APIs instead.

re: Debugging in IE10 on Windows 8

Avi — Wed, 19 Sep 2012 09:53:01 GMT

Hi Eric,

Thanks for the information given.

I am not able to find cookies folder for IE 10 on Windows 8. where is it or where are the cookies stored?

re: Debugging in IE10 on Windows 8

Rob.. — Fri, 07 Sep 2012 07:18:19 GMT

also debug your web apps by running IE 10 desktop in noAddons mode or

Internet Options>Advanced tab>uncheck "Enable third-party browser extensions"... close and restart IE for the changes to take affect.

also check your Encoding settings and accessibility settings for a user Stylesheet, "Ignore font styles specified on web pages" and "Ignore font sizes specified on web pages"

if comparing rendering in different web browsers ensure that they are all using the same default font family and size...