This actually applies to any web site, but I'm using the Webkit site as an example.
Whenever you visit a page initially and look in the Activity window, you'll see all the referenced files. After going to another page and returning most of the files are no longer lists until you manually refresh the page.
With the Activity window open, go to http://webkit.org/
You should see a variety of files like css, png, etc.
Click on the Home link at the top left and the page will reload, but only the page link and maybe some other files will be listed, but all the css and png files will be missing.
Select the Refresh button or press Command-R and all the files will return.
Works correctly in Safari.
Confirmed the behavior as described. But playing the devil's advocate, I'm not sure if this is a bug - there is no network activity for these cached subresources, so they needn't be in the Activity window.
Depends on whether you define activity as limited to just network or network/file access. I think it should remain as it is in Safari since it's very useful to be able to access the files utilized for a page directly without needing to dig through the source.
This is definitely a bug. The activity window (though its name is not clear about this) is definitely supposed to list all the subresources, whether cached or not. The fact that they aren't appearing means that WebKit is not sending the delegate callbacks for these cached images, which is indeed a regression.
There's a call up to WebKit for resources loaded from the WebCore memory cache. This may have been broken. Oddly though, this seems to work fine if you load webkit.org in a new window, which should get the exact same caching!
This bug seems to be back again, failing in the same way has before.
The reason this happens is because of the commented out line in FrameLoader::clear
*** Bug 16198 has been marked as a duplicate of this bug. ***
20 months later, if it's just the commented out line, wouldn't that be an easy fix?