37315 2010-04-09 02:04:05 -0700 DumpRenderTree should log pushState/replaceState changing URL in the address bar 2010-12-02 22:33:43 -0800 1 1 1 Unclassified WebKit Tools / Tests 528+ (Nightly build) All All NEW P2 Normal --- 1 jonas.beck webkit-unassigned arv beidson mihaip oldest_to_newest 210640 0 jonas.beck 2010-04-09 02:04:05 -0700 This is maybe not a bug, but the specs indicates that the documents URL should change when pushState is called and it seems strange to not reflect this in the UI as well. "The document's address is an absolute URL that is set when the Document is created. The document's current address is an absolute URL that can change during the lifetime of the Document, for example when the user navigates to a fragment identifier on the page or when the pushState() method is called with a new URL." http://www.whatwg.org/specs/web-apps/current-work/#documents Both Minefield and Chromium change the URL in the address bar when pushState is used. A important use case for this feature would be if content is loaded with ajax and the user would like to use the URL in the address for tipping about this specific content. 210808 1 beidson 2010-04-09 10:46:34 -0700 Chrome and Minefield have the advantage of having released a new browser client in addition to their engine changes that implement replaceState. WebKit implements the callback for client apps in WebFrameLoaderClient.mm: void WebFrameLoaderClient::dispatchDidReplaceStateWithinPage() But currently shipping Safari doesn't listen for it for obvious reasons. (it doesn't ship with a WebKit that supports the feature) This bugzilla is still interesting, however, because DRT should listen for both the push and replace state callbacks and dump them out, so we can at least have layouttest coverage. 216469 2 arv 2010-04-23 10:42:42 -0700 Chrome does not yet update the address bar: http://code.google.com/p/chromium/issues/detail?id=36548 316459 3 mihaip 2010-12-02 15:37:45 -0800 Should this bug still be open? Both Chrome and Safari now update the location bar. 316678 4 ap 2010-12-02 22:33:43 -0800 The original report is not about anything in open source WebKit. But Brady suggested repurposing it for DumpRenderTree improvement, which makes sense to me.