[Webkit-unassigned] [Bug 153230] Network cache: old pages returned by disk cache on history navigation after session is restored

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Thu Jan 21 09:37:45 PST 2016


--- Comment #6 from Chris Dumez <cdumez at apple.com> ---
(In reply to comment #5)
> (In reply to comment #4)
> > Chris, are you open to adding an option for API users to choose the desired
> > behavior here?
> It's not just a matter of adding API, we need a way to figure out when you
> are doing a history navigation of an items restored from the session or not.
> It's obvious in the case of the first navigation after a session restore,
> but then you could go back/forward on any webview and you don't know if the
> item you are going to was restored from the session or not.

I personally do not understand the history navigation problem. On history navigation, we always returned potentially stale data. I don't think it matters if the history navigation happened after a session restore or not (or I misunderstood something).

About the Restoring from cache on session restore. we could support both behavior with a setting if needing (basically rolling out http://trac.webkit.org/changeset/181815 and making it conditional based on the new setting). To my knowledge, Safari 9 shipped with this behavior (session restore from the cache). There has not been much push back so far so I am not planning to go back to the previous behavior at this point. If there is push back though, we could restore the previous behavior on desktop.

You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20160121/1654e48a/attachment.html>

More information about the webkit-unassigned mailing list