Debugging the new WeightWatchers Mobile Site on IE10 for Windows Phone 8

It’s been a while since I’ve done a debugging post, and I thought it was about time I came back and did one again.

As some of you may have figured out, I travel now and then. (I am at just over 195,000 BIS – butt in seat – miles so far in 2012.) And, if you travel as well, you know how damaging this can be to your waistline. So, I decided to nip this little gain in the bud and join WeightWatchers. Now, shortly after I joined, they updated their mobile website, and warned that “Windows Mobile” (apparently they didn’t get the re-branding memo) might not work.

That’s a challenge if I ever heard one.

So, I went to the site, and sure enough, it really didn’t work. I just saw this:


So, they were right. But – there really is no reason why we shouldn’t run an HTML app with our latest and greatest IE10 browser unless they took a hard dependency on some unstable spec which we hadn’t implemented yet.

So, first stop – the developer tools. This one turned out to be pretty easy, as the console went ahead and spat this out:

HTML1200: is on the Internet Explorer Compatibility View List (‘C:\Users\cjacks\AppData\Local\Microsoft\Internet Explorer\IECompatData\iecompatdata.xml’).

Aha! Another example of developers not wrapping their heads around the confusing world of Internet Explorer’s compatibility infrastructure and our rabid desire to keep all of your sites working. Only this time, it appears we actually broke the site with the compatibility view list!

To find out, I switched out the document mode using the F12 developer tools, and voila:


So, what can they do to get around this, rather than having to tell all of their Windows Phone customers to just use the junky old site (and then pay to continue maintaining it)?

First, they could immediately fix their site by adding X-UA-Compatible to the headers, and overrule our compat view setting for this part of the site.

Second, they could make sure that everything works, and then get themselves removed from the compat view list by sending mail to iepo at

But this illustrates the conundrum we face in app compat. By keeping old sites working, we inadvertently broke a new site, and unaware of the compatibility infrastructure that was hindering rather than helping them, they just threw up their arms and decided to keep the old site around. Compatibility adds complexity and confusion, but when it works it makes customers very happy.

Comments (5)

  1. No more banana pudding for you!

    Is there a good article somewhere on how developers can use iepo at and how to use X-UA-Compatible headers?   I ask because I have someone at my company who is trying to evaluate a vendor's SaaS website for compatibility with W7 IE 9.  This person is struggling to understand why I'm telling him the fact that the vendor is forcing compatibility mode is not a good thing.  I explained it means the vendor stopped updating their website for a modern browser.  He's looking for guidance to share with the vendor that helps them understand the same. Apparently "because I said so" just isn't good enough…

  2. cjacks says:

    Hey Joel –

    As for explaining the modes, I typically start here:…/using-x-ua-compatible-to-create-durable-enterprise-web-applications.aspx

    As for the why, beyond new capabilities, there's raw perf, as illustrated here:…/differences-in-javascript-performance-across-ie9-document-modes.aspx

    Happy to help out in that conversation if you'd like – you know how to find me.

    Banana pudding is freaking delicious.


  3. Doug Klokow says:

    How many pieces of pie can you have on your new WW diet?

  4. cjacks says:

    Between 3 and 4, if I choose not to eat anything else that day…

  5. KZ says:

    Thanks for the info Chris. Is there any forecast to when Windows 8 will be supported? The folks just got the Nokia Lumina 822 which is surprisingly awesome for a low end phone. But they were already to go mobile ww and we got the same page you did above. Tks!