Closed Bug 125765 Opened 24 years ago Closed 23 years ago

session history grows when going back to a form requiring POSTDATA resubmission

Categories

(Core :: DOM: Navigation, defect)

x86
All
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 167458

People

(Reporter: mlf, Assigned: radha)

References

()

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.8) Gecko/20020204 BuildID: 2002020406 Reproducible: Always Steps to Reproduce: 1) go to http://www.washingtonpost.com/ 2) enter "kirov opera" in the "news search" field (top right) 3) select and go to an item returned from the search 4) view the session history (back dropdown arrow) 5) hit the "back" button to go back to the search returned list 6) view the session history (extra item has been added to it) 7) repeat steps 3 through 6. session history continues to grow as back button pressed also (another bug?) forward button will not go forward after one has gone back to the search results form (after POSTDATA rebumission) repeat sesion history view Also, at search results form (following BACK from an item selected), one cannot go BACK to original (previous) top page.
Reporter, Do you have any character-coding enabled. View Menu-> Character Coding. I can not reproduce the problem as described here. Searching for "Kirov opera" yielded 0 results. So I just searched for "Opera" and found few reaults. I clicked on one of the results and I could go back and forward easily with no postdata dialog. Is your cache enabled? Please provide more information.
Resolving as we have not heard back from reporter. Reporter, if you still have this issue in a current build, please reopen and comment with details.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
I have this bug still in 2002100104 on W2k. This can be reproduced for example using GNU Gnatsweb at <http://bugs.gnu.org/cgi-bin/gnatsweb.pl>. Steps to reproduce: 1. query for some bug 2. select bug from the list 3. clear disk and memory cache 4. go back, you get POSTDATA confirmation dialog, select OK, you get the query list page 5. go back again, you get a new POSTDATA confirmation dialog, and the same query results page, not the query form page as expected
Same behaviour on Linux, OS -> All, please.
Seems the test case in comment #3 is not any more showing the bug. But this url <http://gcc.gnu.org/cgi-bin/gnatsweb.pl> and with Mozilla build 2002102008 works as a test case.
using the URL in 5 and the steps in comment 3, I can reproduce this with 2002101612 on win2k. reopening.
Status: RESOLVED → UNCONFIRMED
OS: Windows NT → All
Resolution: WORKSFORME → ---
-> NEW
Status: UNCONFIRMED → NEW
Ever confirmed: true
*** This bug has been marked as a duplicate of 167458 ***
Status: NEW → RESOLVED
Closed: 24 years ago23 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.