Closed Bug 100268 Opened 23 years ago Closed 23 years ago

Back-button does not work, first item in Back-dropdown box is current page

Categories

(Core :: DOM: Navigation, defect)

x86
Windows 2000
defect
Not set
minor

Tracking

()

RESOLVED WORKSFORME
mozilla0.9.9

People

(Reporter: marpih, Assigned: radha)

References

()

Details

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4) Gecko/20010913
BuildID:    2001091303

Happens occasionally, at least two computers (win98/2k), on at least 0.9.3 and
0.9.4.
The back button does not work. If I use the drop-down box from Back-button the
first item on list is the current page. The item below that is the last page.
Choosing the second item works.

Reproducible: Sometimes
Steps to Reproduce:
1. Normal surfing, read messageboards
2. Back button occasionally stops working.

Actual Results:  Back button does not return to previous page

Expected Results:  Back-button should return to previous page
I have the same bug once in a while. Had it this morning with 0.9.4. Confirm.
CONFIRMING based on comment by Jerome Lacoste
Status: UNCONFIRMED → NEW
Ever confirmed: true
QA Contact: sairuh → claudius
Component: XP Apps → History: Session
this should be History Session
I have the same problem, and a "testcase" I guess.  (works every time to
reproduce the error)
Here are the steps to reproduce:

1) go to http://www.rsn.com/mtn_cams
2) click on "View active RSN Cam Images" at the top of the page
3) click on any of the pictures that appear to view an individual cam page
4) click on the cam picture to view the enlarged version
5) click on the back button
6) click on the back button
7) click on the back button
8) click on the back button

Ok, I think you'll get the idea by then.  The previous document loads correctly,
but after that it stops working correctly.  I have had this problem on multiple
sites (from mozilla.org to c|net and yahoo!) but this one is the easiest to
reproduce consistently.

Have a nice day!

Scott 

Oh, and I'm using build 2001102708 for Win32.  :)
-> blake
Assignee: pchen → blakeross
reassigning to default owner...
Assignee: blakeross → radha
claudius: can you  verify if this still exists? thanks.
Got the same problem with 0.9.7. I haven't inspected the source on the way
Mozilla processes history, but it looks like pages that have the same title
(frames...) are the bottleneck. Must be reported a dozen times now :) Pretty
irritating bug though...
Target Milestone: --- → mozilla0.9.9
In a latest build, I can not reproduce the bug at http://www.rsn.com/mtn_cams or 
http://arstechnica.infopop.net/. Please provide me more specific steps if it is
still reproducible. 
Per previous comment.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
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.