110658 - back on page button doesn't work properly

Status: RESOLVED WONTFIX

(Core :: DOM: Navigation, defect)

Description

[Leon Chiver]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.6+) Gecko/20011117
BuildID:    2001111721

back on page button doesn't work properly when opening certain sites

Reproducible: Always
Steps to Reproduce:
1.open www.google.com (or any other url)
2.open www.f1total.com (in the same window)
3.click on the 'News' menu item (located on the left side of the page, under
'Aktuell')
4.click the back button

Actual Results:  The browser displays the google page

Expected Results:  The main page of f1total.com should have been displayed

Comment 1

[[not reading bugmail]]

ahh.. more history.go(-1) stuff?  problems occured before, in framesets where
not going to the correct backwards pages.. check a new build.  also see
www.cnn.com bug on this.. and some other related recent history back button changes.

Comment 2

[[not reading bugmail]]

I got the wrong page just now when I am using tab browsing.. using the back
button.  Could be history no longer syncing with the tab I'm in.. 

Comment 3

[jdalbec]

With 0.9.6, I've noticed that the back button (and especially the drop-down
history) sometimes requests the correct URL from the wrong host.  When I first
start mozilla, I usually go to www.userfriendly.org, www.sluggy.com, and
www.ibiblio.org/Dave (via bookmarks) and then I click on the "Today's Doctor
Fun" link.  Then I use the drop-down history under the "back" button to return
to www.debian.org.  But mozilla sends the request for "http://www.debian.org/"
to www.ibiblio.org.  Apparently www.ibiblio.org doesn't pay any attention to the
hostname in the URL since I get the www.ibiblio.org home page.  Hitting the
"reload" button while holding down the shift key usually fixes it, but not
always.  I ran into a similar problem just now at www.notmuch.com, but I haven't
tried to reproduce it.

Comment 4

[Radha on family leave (not reading bugmail)]

After clicking on  the "News" menu item in  the left frame 2 things happen

1) The news article is loaded in the center frame named "Mitte"
2) A JS location.href is also executed in the left  most frame (where the "News"
link exists) which replaces the frame with itself. 

The second operation is unnecessary and contributes to 2 loads for a single
click. This operation is very similar to a frame specific history which is no
longer  supported in NS 6.x. 

NS 4.x also misbehaves in this page.