Closed
Bug 57403
Opened 24 years ago
Closed 24 years ago
history.back() broken
Categories
(Core :: DOM: Core & HTML, defect, P3)
Tracking
()
VERIFIED
FIXED
mozilla1.0
People
(Reporter: bht237, Assigned: radha)
Details
(Keywords: dom0, testcase)
Attachments
(1 file)
2.07 KB,
application/octet-stream
|
Details |
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."
Comment 2•24 years ago
|
||
Session history problem, over to radha.
Comment 4•24 years ago
|
||
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
Assignee | ||
Updated•24 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0
Comment 6•24 years ago
|
||
Nominating nsdogfood, need to have correct back/fwd navigation
Keywords: nsdogfood
Comment 7•24 years ago
|
||
Radha, this needs to be sooner than mozilla1.0. Is there any way anyone can help?
Assignee | ||
Comment 8•24 years ago
|
||
Actually this works now, after I fixed a location.replace() bug early this week.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•