[Webkit-unassigned] [Bug 41372] popstate event is not fired until document opts in by calling pushstate.

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=41372





--- Comment #6 from Mihai Parparita <mihaip at chromium.org>  2010-08-24 16:22:15 PST ---
Created an attachment (id=65340)
 --> (https://bugs.webkit.org/attachment.cgi?id=65340)
Test case for popstate not being fired

Looks like the 6.5.9.1 in spec was clarified:
http://html5.org/tools/web-apps-tracker?from=5273&to=5274

Justin, it looks like your test case at http://people.mozilla.org/~jlebar/test/webkit/popstate-load.html is no longer there. I've attached a (hopefully) similar test case. The output from Webkit is:

setting hash to #foo
going back
test complete

The output from Firefox 4.0b4:

popstate: null
setting hash to #foo
popstate: null
going back
popstate: null
test complete

It seems to be like Gecko is firing popstate too often here. We only actually do history traversal when going back (to the first entry in the document), so I would expect to only see the final popstate log line.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.