[Webkit-unassigned] [Bug 57979] New: Location assignment before onload does not update the current HistoryItem
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Wed Apr 6 13:52:44 PDT 2011
https://bugs.webkit.org/show_bug.cgi?id=57979
Summary: Location assignment before onload does not update the
current HistoryItem
Product: WebKit
Version: 528+ (Nightly build)
Platform: All
OS/Version: All
Status: NEW
Severity: Normal
Priority: P2
Component: History
AssignedTo: webkit-unassigned at lists.webkit.org
ReportedBy: mihaip at chromium.org
CC: beidson at apple.com, fishd at chromium.org,
creis at chromium.org
With http://trac.webkit.org/changeset/65340 non-user initiated location updates before onload completes were changed to not create a new HistoryItem. However, they don't update the current HistoryItem with the new URL either, which is inconsistent with both Firefox and the HTML spec (which says "On setting, if the Location object's associated Document object has completely loaded, then the user agent must act as if the assign() method had been called with the new value as its argument. Otherwise, the user agent must act as if the replace() method had been called with the new value as its argument." at http://www.whatwg.org/specs/web-apps/current-work/multipage/history.html#the-location-interface).
Test case at http://persistent.info/webkit/test-cases/crbug-78485.html (check the alert that appears).
Originally reported on the Chromium side as http://crbug.com/78485
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list