299413 - Javascript history.back() when used with a CGI script does not retain form input element data

Status: RESOLVED WORKSFORME

(Firefox :: General, defect)

Description

[Derek Basch]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 

This one is pretty heavy duty so stick with me on this:

XHTML document/form (verify.html) is submitted to (redirect.py) for processing
and returns  (redirect.html). The action attribute of the "form" element in
(redirect.html) is 
conditionally set by (a.py) to point to various CGI script URL's or (x.py ||
y.py). (redirect.html) loads an external javascript file (redirect.js) which
sumbits  (redirect.html) to the CGI script (x.py || y.py) when the onload event
of (redirect.html) occurs. This action only occurs if the value of the
"submitted" form field in (redirect.html) is set to "unsubmitted". The
"submitted" field value is then set to "submitted". (x.py || y.py) then returns
document/form (result.html) which is the end of the chain.

(verify.html) -> (redirect.py) -> (redirect.html (form "action" = (x.py))
("submitted" =  "unsubmitted") + (redirect.js)) -> (x.py || y.py) -> (result.html) 

If the browsers back button is selected when viewing document/form (result.html)
the onload event of (redirect.html) is fired again and (redirect.js) checks the
value of the  "submitted" field of (redirect.html). If the value is "submitted"
the script calls the  history.back() function and returns to (verify.html)

(verify.html) <- (redirect.html ("submitted" = "submitted") + (redirect.js)) <-
 (result.html)  

In this way (redirect.html) in combination with (redirect.js) acts an automatic
conditional  redirector when stepping forward through the form submission
sequence. However, the same script when stepping through the sequence backwards
allows the user to return to  (verify.html) without being automatically
redirected again by (redirect.html) to (x.html).  In addition the user is now
prevented from using the forward button to proceed to  (result.html) without
submitting the document/form (verify.html) again.

In other words:

one -> many
many -> one

The problem that is occuring is that the form element of (verify.html) is not
retaining the  previously selected form input element values when it is returned
to using the back button  which triggers the history.back() function call. 

I have set up an example at http://66.88.142.60:86/verify.html for your review.

The code for all the files can be seen at http://66.88.142.60:86/code.txt



Reproducible: Always

Steps to Reproduce:
1. Select y.py from select input
2. Submit verify.html
3. Use the browsers back button to return to verify.html

Actual Results:  
The select input has reset to x.py.

Expected Results:  
The select input should still indicate y.py

Comment 1

[Wayne Mery (:wsmwk)]

do you still see this problem? please update the bug with comment and/or close as appropriate.

(bug has no comment since 2007-01-01)

Comment 2

[Derek Basch]

I think I would need to invent a time machine to recreate this bug :).

Hopefully it has been fixed since 2005. Please close the bug ticket.

Comment 3

[Tyler Downer [He/Him]]

Well, WFM :). time travel is possible though, just use the ftp archives. But if it no longer happens, that is great.