Closed Bug 258133 Opened 20 years ago Closed 16 years ago

Back button does not restore vertical scroll position

Categories

(Firefox :: General, defect)

Product:
Firefox
Component:
General
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED DUPLICATE of bug 216376

People

(Reporter: approach, Unassigned)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040803 Firefox/0.9.3
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040803 Firefox/0.9.3

When you go "back" in Firefox or Mozilla, the browser doesn't restore the
vertical position in the page you were scrolled to. You end up at the top of the
page instead. 

Reproducible: Always
Steps to Reproduce:
1. Go to http://www.ebay.com
2. Search for "fenton art glass"
3. Scroll to the bottom of the search results and click on the last item.
4. Wait for the item to load.
5. Press the Back button in the browser.


Actual Results:  
WRONG: In Mozilla/Firefox, you'll be right at the *top* of the search results.
This behavior is profoundly useless.

Expected Results:  
RIGHT: In IE (for example), you'll be right where you left off in Step 3--at the
bottom of the search results.
Known, fixed for all current nightly builds (and all future releases), and also
not exactly 'major' since it only applied to certain pages.

*** This bug has been marked as a duplicate of 217120 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
Severity: major → normal
As of yesterday's build, this still doen't work properly. 

eBay still confuses the browser in some cases. The vertical scroll position will
be "restored", but to the wrong place (probably a stale place).
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
WFM.
Mozilla/5.0 (Windows; U; Win 9x 4.90; ja-JP; rv:1.7.3) Gecko/20040907
Firefox/1.0 PR (NOT FINAL)
I've had this same problem since I upgraded to Firefox 1.0PR, running on both
Windows XP and Windows 2000 Server platforms.
I just got an email on the bugzilla-admin account from someone who (for
technical reasons) can't get a Bugzilla account created to post here saying he
was having the same problem...

<quote>
I have a similar problem to Bug 217120 but the new 1.0 version does not help me.
I attend online classes and have hundreds of postings to go through every week.
After reading a new post and using the back button, I'm sent back to the very
top of the list. It doesn't happen with my old browser and it doesn't happen on
all the web sites, but it most certainly does on the one I use most often.
</quote>

I also have a similar problem but reproduce it differently.

I am using FF1.0PR on Windows2K Though other friends have reported the same
problem to me specifically with this version of FF:

When a page e.g. www.foobar.com/?someparam=foo#END is opened (from pressing
return after typing the URL), the page correctly scrolls to the END of the page
(HTML has appropriate <A name="END"></A> tags. 

BUT, the page is configured to refresh <META http-equiv="Refresh" content="20">
(it's actually a web-based chat program hence the scroll to END), when the page
re-loads the window does not scroll to the correct position. When clicking
refresh and even using scripts to force the refresh, the page loads incorectly
with the output not scrolled to where it should be.

I would suppose that the problem is not just the back button but any sort of
re-load, but that is down the a nice Engineer to prove.


Hope this helps.
Paul.<><



I have been having this problem for...well, ever since I started using Phoenix
(back when it was called that).  I'm currently using 1.0 RC2, and /still/ having
it.  (whiny voice) When will it be fixed?  I know the software is free, and I
appreciate all of the devs' efforts, but this is such an annoying bug, and it's
been around for so long.

It's not even consistent (which, I know, makes it harder to fix).  But I'm
experiencing it on this very site!  I went to Bugzilla, went to the query page,
searched for "scroll", and got a page of over 200 results.  I scrolled down a
bit, clicked a bug, then clicked the back button, and was delivered to the top
of the page.

Please, if at all possible, fix this bug, someone!  :(
(In reply to comment #6)

> I am using FF1.0PR on Windows2K Though other friends have reported the same
> problem to me specifically with this version of FF:

I'm one of said friends.  FFox 1.0 released version windows XP.  I've just
confirmed that the problem does NOT show itself on 0.9 on XP (both pro)

Here's my test page

<HTML>
<HEAD>
<TITLE>Hash End Test</TITLE>
<META HTTP-EQUIV="Refresh" CONTENT="5">
</HEAD>
<BODY>
<PRE>
This is a
test of
the &lt;a
name="blah"
anchor
in conjunction
with
the #ref
at the
end of
the
url.
Add #end
to the end
of the
url and
navigate
here.
If the
bowser
is b0rked
like FFox
1.0, it
will not
scroll
to the bottom
when it
refreshes
in 5
#seconds.
</PRE>
<A NAME="END">END</A>
</BODY>




This issue is repeatable without fail by doing the following:

1. go to the bugzilla home page
2. enter a search term that will produce a long list of bug reports ("support"
works well)
3. scroll down to the middle of the list, and click click on a bug report
4. use the back button to return the previous page

Using these steps with both the 1.0 and 1.0/RC2 these steps will return the
browser to the top of the page, instead of the original location.

This happens on most all websites that I visit, it is a very visible and
high-profile bug.  I would encourage that it be given a high priority status.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041103
Firefox/1.0RC2
I fail to see how this bug, which happens on a lot of 1.0-branch versions (from
RC2 onwards, it seems), and has been confirmed by so many people, is still
marked as "new."

That it is not rated "major" I can, to some extent, understand. But that it has
not been marked confirmed, and assigned to someone, this I don't get.

I answer user queries for Mozilla Europe, and just had a confirmation on the
(otherwise heavy and kludgy, anyway) www.nettavisen.no site. Just load the page
(see you next week), scroll down, follow a link, come back. At least they have
some clunky JS at load/unload times to use as an excuse (even though they don't
seem to affect vertical position on Gecko engines)...

Come on, FF dev team! Do something! This is annoying!
Found two dupes in 30 secs, didn't look for more:

https://bugzilla.mozilla.org/show_bug.cgi?id=47350
https://bugzilla.mozilla.org/show_bug.cgi?id=216376

The former is over four years old ;P This bug is a bit annoying, if you surf
pages that set the nocache/expires header...
The bugzilla issue is bug 47350, which is not related to this bug as originally reported.  
This is probably bug 215405
Depends on: 215405
Duplicate?
Bugzilla Bug 216376
This is a duplicate of Bug 216376, which has more votes anyhow and also specifies desired behavior (not only scroll position restore, but also select link again after browser.back).
(In reply to comment #14)
> This is a duplicate of Bug 216376, which has more votes anyhow and also
> specifies desired behavior (not only scroll position restore, but also select
> link again after browser.back).

Somebody should mark it then. (I can't.)
Assignee: bross2 → nobody
See also:
Bug 378606 – [FIX]Does not return to the scroll position in the page after reload
Status: NEW → RESOLVED
Closed: 20 years ago → 16 years ago
No longer depends on: 215405
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.