Request Canceled on IE

Hi,
I’m facing a strange problem, when I launch a test with IE, on particular web sites, I see some 0 ms - request canceled requests.

The problem happens only with IE.

The test is is the following
http://www.webpagetest.org/result/131123_MX_E7J/

These request canceled are rather annoying, since they lead to wrong stats (number of requested not correct). Is there a way to remove them?

Any help is really appreciated.

Thanks

This thread may be helpful: How to solve “0 ms (Request Canceled)” problem?

I already had a look at that thread, unfortunately it doesn’t explain what is the cause of the problem and how to solve it.
Any help?

Thanks

I can’t say anything about the technical cause, but what I can see is that it only happens when you test your site without the www subdomain, and that it appears to be limited to IE9. I don’t see any canceled requests when testing with the www attached (i.e. without the initial 302 redirect). This is probably something that you cannot fix on your end, and needn’t worry about.

IE has a Lookahead Pre-parser. If your is not organized in the correct order your will get restarts in IE.

For example you interleave CSS and JS links. All CSS should be positioned before any JS links.

Your last CSS is loaded in Request #35. The Start Render does not begin until right after this request.

As far as the Request Canceled it may be due to Request #9. #9 is a CSS following 5 subsequent JS links.

Yahoo best practices says: The problem with putting stylesheets near the bottom of the document is that it prohibits progressive rendering in many browsers, including Internet Explorer. These browsers block rendering to avoid having to redraw elements of the page if their styles change. The user is stuck viewing a blank white page. (From: Best Practices for Speeding Up Your Web Site - Yahoo Developer Network)

Regarding the IE re-start:
http://blogs.msdn.com/b/ieinternals/archive/2011/07/18/optimal-html-head-ordering-to-avoid-parser-restarts-redownloads-and-improve-performance.aspx

Additionally you have 16 JS links 2 of which are duplicates. This may also be the reason for a re-start. 583,058 bytes is a lot of overhead as well as 16 HTTP requests. It’s not the downlaod time but the Browser has to parse all the javaScript even the unused functions. Very time consuming.

While WPT did not find any 404 page not found W3C mobileOK found 4 (may have to do with mobile User Agent) :

Triggered by Veicoli Commerciali Fiat - Sito Ufficiale | Fiat Professional.
Triggered by Veicoli Commerciali Fiat - Sito Ufficiale | Fiat Professional.
Triggered by Veicoli Commerciali Fiat - Sito Ufficiale | Fiat Professional.
Triggered by Veicoli Commerciali Fiat - Sito Ufficiale | Fiat Professional.
Triggered by Veicoli Commerciali Fiat - Sito Ufficiale | Fiat Professional.

DNS resolution issue: Veicoli Commerciali Fiat - Sito Ufficiale | Fiat Professional.

39 HTML Errors:

Most of the errors appear to be doctype issues. /> the slash a the end of a shorttag is a XHTML and creates an “error”.

Testing your page with an HTML5 doctype produces errors related to obsolete attributes used in table elements.

I prefer using the shorttag slash and closing tags and never use an HTML 4.01 doctype. I always use strict rather than traditional. Use the W3C HTML Markup Validator’s “More Options” to override the doctype to see which works best for you.

While your server is blazing fast at 10-20 MBytes/sec the TTFB is rather dismal. May be related to ASP.NET.

You need to work on the First View VisualProgress. Getting a blank screen for 5-6 Seconds is going to lose a lot of first time visitors. Move all the CSS to near the top of the HEAD preferably in a single file. Move as much javaSript to the bottom of the body. This will allow the Start Render happen sooner.

For me, the instant I hear unexpected audio, like from your video, I can’t find the Back button fast enough. My PC is connected to a 400 Watt per channel Amplifier. Even if the user backs out momentarily to turn down the volume it is still perceived by Google to be a bounce lowering your ranking.