Right now when I go to http://data.stackexchange.com (either by link or typing in the URL) in Internet Explorer 8 on Vista, it crashes the tab and IE attempts to recover twice, finishing with res://ieframe.dll/acr_error.htm#stackexchange.com,http://data.stackexchange.com/

I need to RDP or get up to check what's happening with Chrome on XP and I don't want to at the moment :-)

  • 2
    why are you using IE8 btw ? – waffles Feb 8 '12 at 2:50
  • @waffles: It's my fathers laptop. Windows Update has twice "automatically" ( :-) ) upgraded to IE9, but he's too used to the IE8 interface with Favorites on the left and the separate search box, he's demanded I uninstall it. – Mark Hurd Feb 8 '12 at 6:25
  • Of course, in my work environment I'm still working on XP and Server 2003, so I've got no upgrade path for IE there. – Mark Hurd Feb 8 '12 at 6:41
  • BTW On Server2K3 in IE8 I was able to open the Data Explorer home page, but it then crashed with effectively a NullReference exception when I went to my user page. (And repeating this for this comment, it crashed immediately from the home page, suggesting the intermittency mentioned below.) Here I can debug it in VS2010, and on a quick look, when the call to CMarkup::EnsureTopElems when called from CLinkElement::HandleLinkedObjects returns 0 in EAX, or [EAX+4]=0 as seems to be the case here, this will occur. In fact a work around in the debugger is: restart at the following mov eax,edx. – Mark Hurd Feb 8 '12 at 7:00

This ended up being a bug with the MVC Mini Profiler, which is active on Data Explorer.

The MVC Mini Profiler tries to inject its stylesheet into the page as part of its initialization routine by creating (via jQuery) a <link> element from a string with rel and type attributes. It then attempts to set the href attribute to point to the stylesheet.

IE 8, for reasons unknown, seems to get extremely upset and crashes the tab when you attempt to set the value of the href attribute or property when rel="stylesheet" was previously set via innerHTML. Creating the link a bit differently prevents the crash, although then IE 8 runs into some additional errors I haven't finished debugging yet. Once I figure out what else is going on I'll throw together patches for the respective issues.

| improve this answer | |
  • 4
    +1 for debugging IE problems. Glad someone is able to... : D – Nick Vaccaro Feb 7 '12 at 19:51
  • wow ... ie is so damn special, let me know if you have a patch I pull it into mvc mini profiler – waffles Feb 8 '12 at 0:28
  • @waffles Patch for this issue can be found here (just built the <link> without innerHTML), but still troubles in IE 8...when templates are cached in localStorage and added to the body immediately, it can't find #profileTemplate which causes chaos...still looking into why/what can be done. – Tim Stone Feb 8 '12 at 3:03
  • (likely only happens if the fetchResults() request is super-fast, since it was intermittent for me) – Tim Stone Feb 8 '12 at 3:08

Wow, IE is odd:

As Tim pointed out, this is a mini profiler bug, I just patched it so IE renders the mini profiler properly and IE7 renders the little giblet in the corner.

Related is: Dynamically loading css stylesheet doesn't work on IE

Will try to get a patch deployed later today

| improve this answer | |

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .