<html>
<head>
<base href="https://bugs.webkit.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - Network cache: old pages returned by disk cache on history navigation after session is restored"
href="https://bugs.webkit.org/show_bug.cgi?id=153230#c7">Comment # 7</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - Network cache: old pages returned by disk cache on history navigation after session is restored"
href="https://bugs.webkit.org/show_bug.cgi?id=153230">bug 153230</a>
from <span class="vcard"><a class="email" href="mailto:mcatanzaro@igalia.com" title="Michael Catanzaro <mcatanzaro@igalia.com>"> <span class="fn">Michael Catanzaro</span></a>
</span></b>
<pre>(In reply to <a href="show_bug.cgi?id=153230#c6">comment #6</a>)
<span class="quote">> 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).</span >
I think it's OK for pages to be stale when loaded with the back/forward list -- that's the whole point of the page cache -- but when launching the browsers users expect the pages to be refreshed. At least that's certainly what we expect for Epiphany; do Safari users really want to see old pages on startup?
Are we using session restore improperly? We have started using it to save the session when closing the browser, and restore it when opening the browser.
<span class="quote">> About the Restoring from cache on session restore. we could support both
> behavior with a setting if needing (basically rolling out
> <a href="http://trac.webkit.org/changeset/181815">http://trac.webkit.org/changeset/181815</a> 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.</span >
Interesting... I suggest we go ahead and do this, especially since it looks like a fairly small amount of code to bring back.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>