Closed Bug 254164 Opened 20 years ago Closed 20 years ago

back arrow garbles or erases form variables

Categories

(Core :: DOM: Navigation, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 254153

People

(Reporter: weinhold, Unassigned)

References

()

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040707 Firefox/0.8 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040707 Firefox/0.8 Fill out a form, submit, and then click the back arrow. The form variables may either be missing entirely or may take on a different value from the default or what was selected. Not all forms do this. It seems to be due to an odd interaction between <FORM>, <TABLE>, and <HIDDEN> tags. In particular, if there is both a <FORM> and <HIDDEN> tag between a <TABLE> tag and the table's first <TH> or <TD> tag, then the back button won't work. Bad HTML is certainly to blame. "But IE works..." >:) I've put example scripts at http://beeline.org/test1.cgi Reproducible: Always Steps to Reproduce: 1. Select a radio button on a form 2. Click submit 3. Click the back button Actual Results: No radio button is selected, not even the default. Expected Results: The radio button you had last selected should still be selected. Seems like it might be related to bug 157145 Affects Mozilla 1.6, Firefox 0.92, Firefox 0.8 Not all forms do this. It seems to be due to an odd interaction between <FORM>, <TABLE>, and <HIDDEN> tags. In particular, if there is both a <FORM> and <HIDDEN> tag between a <TABLE> tag and the table's first <TH> or <TD> tag, then the back button doesn't work.
The problem is the rather malformed HTML (in particular, the totally invalid <form> and first <input> tag)... we have existing bugs on the issue...
Whiteboard: DUPEME
This sounds like the same problem *** This bug has been marked as a duplicate of 254153 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
Whiteboard: DUPEME
Component: History: Session → Document Navigation
QA Contact: history.session → docshell
You need to log in before you can comment on or make changes to this bug.