Summary: | Safari shouldn't re-download certain subresources on back | ||
---|---|---|---|
Product: | WebKit | Reporter: | Samuel Allen <allen.sam> |
Component: | Page Loading | Assignee: | Nobody <webkit-unassigned> |
Status: | NEW --- | ||
Severity: | Normal | CC: | ap, ian, mjs, mrowe |
Priority: | P2 | ||
Version: | 420+ | ||
Hardware: | Mac | ||
OS: | OS X 10.4 | ||
URL: | http://slashdot.org |
Description
Samuel Allen
2005-10-11 20:28:43 PDT
Reassigning to webkit-unassigned, to make sure more people see this. Currently, I see that Firefox 1.5.0.4 does cause quite a bit of network activity when going back from a comments page. Also, WebKit is supposed to use NSURLConnection cached data on Back/Forward, even if if it's expired, so I'm not sure how Firefox could be more aggressive. Perhaps, it's just the ad code on Slashdot that has changed to prevent caching? Do you have some other example where Firefox performs no network access on back/forward, but Safari does hit the network? I am really having hard time to understand why this feature request to change the browsers internal working mechanism shows up it unconfirmed P2 bugs list. Caching everything could work great but it has own side effects too. A browser known to cache everything and check in 5 hours by default (unless stated different by page/headers) is Opera and it has own unique problems because of that. Speaking about Slashdot, if Slashdot tells browser not to cache (since it is highly dynamic site) and browser cares about it, it is normal behaviour while other browsers caching the "do not cache" pages is actually a bug waiting to happen IMHO. Adding feature requests as P2 bugs to the major/final version of browser won't help them to get implemented, it will rather make ordinary end users care less about the unconfirmed,real bugs. I think the page caching is related to browsers design and the philosophy of it, all back to KHTML. As another side note, thanks to Fink , I actually have Konqueror 3.5.6 (current,latest final version) and it indeed re-loads some of resources while clicking back/forward. As a slashdot subscriber, I can happily test if it is related to ads or not but I'd assume as a person using /. for long time that it is indeed related to the highly dynamic content of site and it is by slashcode design. This does not seem to be related to HTTP caching based on the description, but rather to the page cache not handling pages with frames or iframes correctly. The behaviour of Opera's caching in different circumstances is not particularly relevant, and the behaviour of KHTML could easily be due to it sharing the same issue. Ilgaz, I'm not sure why you're lecturing the originator of this bug on Bugzilla etiquette. From what I've seen this is your first appearance on WebKit's Bugzilla, and I don't think it is appropriate to be making such statements until you are familiar with the policies and etiquette used in the WebKit community. Based on the description of the bug, a P2 bug of "Normal" severity looks fine to me. It could be argued that this is an enhancement, but as we don't pay much attention to that field it makes little difference anyway. |