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)
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.
| Assignee | ||
Comment 1•24 years ago
|
||
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.
Comment 2•24 years ago
|
||
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
Comment 3•23 years ago
|
||
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
Comment 4•23 years ago
|
||
Same behaviour on Linux, OS -> All, please.
Comment 5•23 years ago
|
||
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.
Comment 6•23 years ago
|
||
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 → ---
Comment 8•23 years ago
|
||
*** This bug has been marked as a duplicate of 167458 ***
Status: NEW → RESOLVED
Closed: 24 years ago → 23 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
•