Closed Bug 68679 Opened 24 years ago Closed 24 years ago

clicking on submit form button does not work as expected

Categories

(Core :: DOM: Core & HTML, defect)

defect
Not set
major

Tracking

()

VERIFIED DUPLICATE of bug 49951
mozilla0.9.2

People

(Reporter: tippett, Assigned: pollmann)

References

()

Details

Clicking on the date (32 Jan 2001) button should (i.e. with netscape 4.76, moz 0.7, netscape 6) draw the data for that date and change the buttons. A value is set and a form is submitted. With recent builds, clicking on date button does not change the page. Behavior seen in linux build 2001021221 and most of the builds of the past few weeks.
reassigning for now
Assignee: rods → pollmann
Confirmed Platform: PC OS: Linux 2.2.16 Mozilla Build: 2001021408 Marking NEW.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Target Milestone: --- → Future
Bug is still present in 2001060600. The two urls below contain similar forms. However, the input element <input value="23 May 2001" type=button onclick="this.form.elements[1].value='23 May 2001';this.form.submit();"> is incorrectly handled in the first url. This is seen by clicking on the 23 May 2001 button which should change the value of map.T.plotvalue from "30 May 2001" to "23 May 2001". http://iri.ldeo.columbia.edu/~tippett/test_does_not_work http://iri.ldeo.columbia.edu/~tippett/test_works The html sources differ by a <p> tag. Both work with netscape 4.77 and Konqueror.
This extra <p> in the does_not_work case is causing us to hit the DemoteContainer case. For some reason, the first input, (hidden, named "my.help"), does not get added to the elements list when the form is demoted. Looking into this. CC'ing Vidur and Johnny.
Severity: normal → major
Status: NEW → ASSIGNED
OS: Linux → All
Hardware: PC → All
Target Milestone: Future → mozilla0.9.2
Oh, it's there, just out of order (at index 22 instead of index 1) - dup of a bug that's been around forever... *** This bug has been marked as a duplicate of 49951 ***
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Reporter, as a workaround, you can change the (illegal) .'s in the form control file names to some other character (e.g., _), then do something like this: <input value="23 May 2001" type=button onclick="form.map_T_plotvalue.value='23 May 2001'; form.submit();">
s/form control file names/form control names/g (opps!)
verifying duplicate
Status: RESOLVED → VERIFIED
Component: HTML: Form Submission → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.