As follow-up, I've filed these bugs:<div><br></div><div><a href="http://www.w3.org/Bugs/Public/show_bug.cgi?id=8629">http://www.w3.org/Bugs/Public/show_bug.cgi?id=8629</a></div><div><a href="https://bugs.webkit.org/show_bug.cgi?id=33160">https://bugs.webkit.org/show_bug.cgi?id=33160</a></div>
<div><br></div><div>(Privately, Maciej Stachowiak told me that he supports changing WebKit's</div><div>pushState implementation to match Firefox, and so I have filed a bug against</div><div>the spec to get it updated to reflect what implementors are doing.)</div>
<div><br></div><div>-Darin</div><div><br></div><div><a href="https://bugs.webkit.org/show_bug.cgi?id=33160"></a><br><br><div class="gmail_quote">On Wed, Dec 16, 2009 at 11:51 AM, Darin Fisher <span dir="ltr"><<a href="mailto:darin@chromium.org">darin@chromium.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">[Apologies if this has been discussed before, but I couldn't find it in the archives.]<div><br></div><div>Why does pushState only prune forward session history entries corresponding to the same document?  I would have expected it to behave like a reference fragment navigation, which prunes *all* forward session history entries.  Reason: it seems strange when a "navigation" doesn't result in a disabled forward button in the browser UI, so an app developer may be unsatisfied using pushState in place of reference fragment navigations.</div>

<div><br></div><div>Thoughts?</div><div>-Darin</div>
</blockquote></div><br></div>