Closed Bug 61472 Opened 24 years ago Closed 24 years ago

Back button does not remember position on page for fragment (#) URLs

Categories

(Core :: DOM: Navigation, defect, P3)

x86
Windows 2000
defect

Tracking

()

VERIFIED DUPLICATE of bug 59774

People

(Reporter: steven.chapel, Assigned: pollmann)

References

()

Details

For URLs that do not include a fragment (the stuff after the #), the Back,
Forward, and Refresh buttons remember the position on the page, that is, how far
up or down the window has been scrolled. However, if you hit the Back, Forward,
or Refresh buttons to return to a URL that includes a fragment, the fragment
position "overrides" the scrolled position.

Steps to reproduce:
Go to the URL http://www.afu.com/javafaq.html
Click on any of the sections in the table of contents
Scroll up or down on the page
Click on another link
Hit the back button

Actual behavior:
The browser returns you to the top of the section.

Expected behavior:
The browser should return you to the position you had scrolled to when you
clicked on the link.

I haven't seen the expected behavior in at least the last several nightly
builds, up to and including 2000112804.
Is this  a regression? Eric Pollmann had one of this for RTM and I thought it
was fixed?
Assignee: radha → pollmann
I'm using win2k 11-28-04 and it WFM the way you'd expect.

Clicking on several links goes to the position i'd expect and going back returns
to the same position on the page.
looks like a duplicate of bug 59774 which is still open

*** This bug has been marked as a duplicate of 59774 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Verified duope of bug 59774: "scroll position not remembered if URL contains
named anchor"
Status: RESOLVED → VERIFIED
Component: History: Session → Document Navigation
QA Contact: claudius → docshell
You need to log in before you can comment on or make changes to this bug.