Closed Bug 63293 Opened 25 years ago Closed 25 years ago

Reloading CGI generated pages fails to resubmit data to CGI

Categories

(Core :: DOM: Navigation, defect, P3)

x86
Linux
defect

Tracking

()

VERIFIED FIXED
mozilla0.9.1

People

(Reporter: brian, Assigned: radha)

References

()

Details

(Keywords: dataloss)

Build ID: 2000121820 When reloading a cgi page generated by data from a form, the data isn't reposted to the CGI. If you using the back and forward buttons within a set of CGI pages that transfer data to eachother, the data will be reposted to each. Thanks!
do you have an exmaple url?
This is running on my personal computer. It *should* be up the rest of today, but no promises. It's some development cgi's I'm working on. Login admin Password test Reload the first (menu) page after it loads. You can also play around in the script if you want, but not a whole lot of it works. Sorry bout the sloppy source, I'll get it cleaned up soon. Wish I had a better example, but this is where I noticed it. Thanks!
Ok I see this in Mozilla Platform: PC OS: Linux 2.2.16 Mozilla Build: 2000121908 M18 Trunk Build I checked in Netscape 4.6 and it asks if we should repost the data. So there is definitly something wrong the way Mozilla Handles it. Marking NEW.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows 98 → All
form submission? or history? reassign if i'm wrong
Assignee: asa → rods
Component: Browser-General → Form Submission
QA Contact: doronr → vladimire
This may or may not be related to Bug 62739 - reassigning
Assignee: rods → pollmann
Nominiating .9 because this affects operation with dynamically generated pages.
Keywords: mozilla0.9
May be related to bug 55055?
Bumping up the sevarity since this can lead to dataloss if I user reloads a dynamic page, and it is also a pain for CGI developers like me.
Severity: normal → major
Keywords: dataloss
Added nsbeta1 keyword. This bug keeps me from using mozilla for my daily CGI programming job. Login is now aquinas, password aquinas. This is a test account, use it all you like
Keywords: nsbeta1
Gives me a lot of pain when I have to go back and then forward just to test a script. Sometimes I end up pressing reload and then I have to go back. It's quiet annoying. And I have to do quiet a bit of testing every single day.
works for me with todays build on WINNT. setting to WORKSFORME
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
I still see this. Build 2001-2-28 #8 Linux
For example, go to www.slashdot.org. Fill in some random values for username/password. On the next page, try reloading. And instead of reposting the data, it will simply GET the script. (First the page will say 'Error logging in', after reload it will be 'Login' as if the script didn't get the data.)
Still seeing this on 2001-03-08-04-Mtest, reopening
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
per triage: changing platform to Linux and milestone to 0.9.1
OS: All → Linux
Target Milestone: --- → mozilla0.9.1
Assignee: pollmann → radha
Status: REOPENED → NEW
Component: Form Submission → History: Session
Sounds like session history / docshell interaction, over to Radha...
Status: NEW → ASSIGNED
Depends on: 55055
Priority: -- → P3
I'm using the build from the March 23rd(on Linux) and reposting data works for me at the moment.
looking better. Works on 032704. When reloading, I get a prompt asking if that is what I want to do. Not sure if this is the best way to go about it. I'll leave that open for discussion.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
I think this is fixed bu\y my fix to bug 55055. 1) I go to the above site. 2) Login 3) Press reload. The page reloads just fine. no dialog shown. Marking this fixed. Please reopen if there are problems.
Verifying on build 2001-04-17-08-trunk Linux RedHat 6.2 2001-04-17-04-trunk windows 98
Status: RESOLVED → VERIFIED
Component: History: Session → Document Navigation
QA Contact: vladimire → docshell
You need to log in before you can comment on or make changes to this bug.