Closed Bug 57403 Opened 24 years ago Closed 24 years ago

history.back() broken

Categories

(Core :: DOM: Core & HTML, defect, P3)

x86
Windows 95
defect

Tracking

()

VERIFIED FIXED
mozilla1.0

People

(Reporter: bht237, Assigned: radha)

Details

(Keywords: dom0, testcase)

Attachments

(1 file)

Attached collection of files demonstrates a bug where history.back() fails to work after loacation.replace() was used. Note that the intention is to avoid to go back to "blank.htm" and not to avoid to go back to the page that is loaded via location.replace(). Extract from the Netscape JavaScript Reference Manual: "The replace method loads the specified URL over the current history entry, so after the replace method is used, the user cannot navigate to the previous URL by using Navigator's Back button."
Keywords: 4xp
Session history problem, over to radha.
really reassigning this time.
Assignee: jst → radha
Confirmed with 110304 mozilla trunk build on NT
Status: UNCONFIRMED → NEW
Ever confirmed: true
In combination with http://bugzilla.mozilla.org/show_bug.cgi?id=57402 it becomes obvious that even little help popups such as the help window in Navigator 4 with its little navigation frame at the bottom cannot be implemented. Changed severity to critical
Severity: normal → critical
Keywords: testcase
Blocks: 59387
No longer blocks: 59387
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0
Keywords: dom0
Nominating nsdogfood, need to have correct back/fwd navigation
Keywords: nsdogfood
Radha, this needs to be sooner than mozilla1.0. Is there any way anyone can help?
Actually this works now, after I fixed a location.replace() bug early this week.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Verified with 2003-04-25-12-1.3.1 on winXP.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: