Closed
Bug 167458
Opened 22 years ago
Closed 21 years ago
Saying OK to a POSTDATA reload warning dialog should not result in a new session history entry
Categories
(Core :: DOM: Navigation, defect)
Core
DOM: Navigation
Tracking
()
RESOLVED
DUPLICATE
of bug 227672
Future
People
(Reporter: darin.moz, Assigned: radha)
References
()
Details
saying OK to a POSTDATA reload warning dialog results in new session history entry. 1) load http://unagi.mcom.com/~darinf/upload/test.html 2) enter file to upload 3) press submit 4) load another url 5) clear cache 6) press back 7) say OK to POSTDATA reload warning dialog 8) press back notice that you are prompted again if you want to rePOST the form. this seems strange to me as i would expect the reload to replace the existing session history entry instead of inserting a new one. in fact, it appears that all session history entries ahead of this one get erased presumably because the rePOST is treated like a new document load. perhaps this behavior is by design, but i find it very awkward. afterall, if i say it is OK to rePOST, then why would i care about the old session history entry? and probably i wouldn't like losing the ability to press forward to get back to stuff i had previously browsed.
Assignee | ||
Updated•22 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → Future
Comment 1•22 years ago
|
||
*** Bug 125765 has been marked as a duplicate of this bug. ***
Updated•22 years ago
|
Summary: RFE: saying OK to a POSTDATA reload warning dialog should not result in a new session history entry → Saying OK to a POSTDATA reload warning dialog should not result in a new session history entry
Comment 2•21 years ago
|
||
Fixed by bug 227672 (same problem, really). *** This bug has been marked as a duplicate of 227672 ***
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
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.
Description
•