[Webkit-unassigned] [Bug 6309] multiple problems prevent bookmarking/back button technique for AJAX/DHTML applications from working

bugzilla-daemon at opendarwin.org bugzilla-daemon at opendarwin.org
Sat Feb 4 12:25:52 PST 2006


------- Comment #15 from ddkilzer at kilzer.net  2006-02-04 12:25 PDT -------
(In reply to comment #12)
> (In reply to comment #11)
> > By the way, setting an anchor location should _not_ reload the page, reset the
> > DOM, etc. Other browsers don't do this.
> Good point. Maybe we can break that part of this out into a separate bug
> report. This one seems to be about a set of related issues, and so it's a
> little hard to understand and fix.

Actually, as far as I can tell (using ethereal to trace network activity), the
page is NOT reloaded during the test case.  (It's only loaded once to load the
page in the first place.)  It may look like it is reloaded because the spinner
(via RedirectionTimer) is fired up, but WebKit doesn't actually go back out to
the network to request the page.

This means that two things should happen to fix this bug, e.g., when JavaScript
requests a '#name' URL on the same page:

1. The RedirectionTimer should NOT fire when requesting a '#name' URL on the
same page.

2. The current URL should be pushed onto the history stack before jumping to
the new '#name' URL.  (This could be taken care of by introducing a local
'lockHistory' variable that is always false for a '#name' URL on the same page
regardless of source, but !userGesture otherwise.) 

I just tested the attached Test case (Attachment 6173) on MSIE 6, and it's in
"denial" about additional history entries when the "Test case" link is clicked
after opening this bug (the count of "3" comes from the default page opening
when MSIE 6 starts, the Bug 6309 page opening, then the Attachment 6173

Status: FAIL initialLength = 3 window.history.length = 3

However, if one right-clicks on the "Test case" link and opens it in a new
window, the test passes!  What the heck?!

Configure bugmail: http://bugzilla.opendarwin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

More information about the webkit-unassigned mailing list