title: Browser caching - Why does IE9 always show http 304 when actually it did not hit the network?
body: <p>I am trying to set up caching correctly and have set Expires headers to 365 days in the future which is working correctly but not showing correctly in IE9. Does anyone know why?</p>
  
  <p>When you visit any website in IE9 (eg www.google.com) then click Enter in the address bar to revisit it with full caching it shows a lot of extra 304s which Fiddler does not show.</p>
  
  <p>Looking in the network inspector tab (on F12), IE9 shows that it has received 304 Not Modified responses for CSS and JS files and 3 images (possibly images with modified dates within approx past month - the other 30 images not shown are older).</p>
  
  <p>However, according to Fiddler and looking at IIS logs on the server on the website I am developing, it has not actually made these requests. The IE9 network timeline shows these grey 302s as no wait time and "&lt;1 ms" response time - whereas if I hit F5 they are also grey 302s but shown as several milliseconds waiting and downloading time (and they hit the network). </p>
  
  <p>So why does IE9 network inspector think it issued a conditional request for these? Did it actually issue a request that was satisfied within the network stack somewhere, before it got to Fiddler? </p>
  
  <p>Chrome shows all requests, including all images, as grey 200 (from cache) apart from the page itself which is a black 200 (which is correct according to Fiddler and IIS logs). </p>
  
  <p>Firebug shows grey 200 OK for CSS and JS and oddly just one image (also correct assuming grey 200 means from cache - but why show only these resources and not all the other images?)</p>
  
  <p>I've been reading Eric Lawrence's blog posts about IE9 caching and network stack but he doesn't mention this odd behaviour.</p>