[Webkit-unassigned] [Bug 13067] New: Manually adding #hash to URL reloads entire page instead of jumping to #hash location in cached page
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Wed Mar 14 03:44:34 PDT 2007
http://bugs.webkit.org/show_bug.cgi?id=13067
Summary: Manually adding #hash to URL reloads entire page instead
of jumping to #hash location in cached page
Product: WebKit
Version: 522+ (nightly)
Platform: Macintosh
URL: http://trac.webkit.org/projects/webkit/changeset/20182
OS/Version: Mac OS X 10.4
Status: NEW
Severity: Normal
Priority: P2
Component: Page Loading
AssignedTo: webkit-unassigned at lists.webkit.org
ReportedBy: ddkilzer at webkit.org
CC: rachael at omnigroup.com
Summary:
Manually adding "#hash" to the URL in the address bar then hitting Enter will
reload the entire page instead of jumping to the "#hash" location in the
existing document. If one clicks on a "#hash" link in the page, though, the
page does NOT reload and the user is taken to the "#hash" location in the
existing document.
Steps to reproduce:
1. Open Safari/WebKit.
2. Open URL with #hash locations like:
http://trac.webkit.org/projects/webkit/changeset/20182
3. Add "#file3" to the end of the URL in the address bar, then hit Enter.
Expected results:
Safari/WebKit should jump to "#file3" location without reloading the page.
Actual results:
Safari/WebKit reloads the entire page, then jumps to "#file3" location.
Regression:
Surprisingly, this is not a regression from shipping Safari 2.0.4 (419.3) on
Mac OS X 10.4.8 (8L127). It has the exact same behavior.
Notes:
Tested with a local debug build of WebKit r20184 with the above software.
Note that Firefox 2.0.0.2 and Opera 9.10 both exhibit the expected behavior.
OmniWeb 5.5.3 exhibits the actual behavior (as a WebKit browser).
--
Configure bugmail: http://bugs.webkit.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