Closed Bug 34740 Opened 24 years ago Closed 24 years ago

[4.xP] onSubmit function returns false but submits anyway

Categories

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

x86
Windows 98
defect

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: wmccain, Assigned: jst)

References

()

Details

(Whiteboard: [nsbeta2-])

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; N; Win98; en-US; m14) Netscape6/6.0b1
BuildID:    2000033112

The "<FORM METHOD=POST" in the Web page at the reference URL contains an
onSubmit function.  This demo page is not intended to actually submit the form
to a host server.  For that reason, the onSubmit function displays an
informative JavaScript "alert" message and then returns "false".  However,
Netscape 6 Preview Release 1 apparently attempts to perform the submit anyway,
because the "alert" message is never seen and instead the Web page display
changes to:

Information Alert
Status : 502 Bad Gateway
Description : Origin server is returning status code 500



Reproducible: Always
Steps to Reproduce:
1. Load the reference URL
(http://www.novell.com/products/host/infopub/demos/standard.html)
2. Click on any button (except "Restore") in the form displayed by this Web
page.  For example, click on "Enter" or "PF12".


Actual Results:  Information Alert
Status : 502 Bad Gateway
Description : Origin server is returning status code 500



Expected Results:  A JavaScript "alert" message with am "OK" button should have
been displayed.  For example:

"PF12" would be sent to host if this were not a demo!
(Demo will restart when you click the \"OK\" button.)
                     OK


See the source for the Web page at the reference URL.  It's very
straightforward, practically a "minimum test case".
Summary: onSubmit function returns false but submits anyway → [4.xP] onSubmit function returns false but submits anyway
In response to a number of requests, I have downloaded the most recent milestone
build of mozilla and have re-verified this bug there. Build ID: 2000022820.

This bug does exist in the mozilla milestone build, and it operates (and
isolates) exactly as I previously reported.
Confirmed on Linux build 2000.04.15.08. -> Form Submission
Assignee: rogerl → jst
Status: UNCONFIRMED → NEW
Component: Javascript Engine → DOM Level 0
Ever confirmed: true
QA Contact: pschwartau → desale
Not a beta2 stopper.
Status: NEW → ASSIGNED
Target Milestone: --- → M19
Nominating nsbeta2. We have to start drawing a line on DOM0 backward 
compatibility; these bugs are supposed to be a high priority for nsbeta2 per the 
beta2 criteria. Also, submitting data when a form is not supposed to is bad 
because the data will then have an impact on the server.
Keywords: nsbeta2
This is required for RTM, but not beta2; marking nsbeta2-. Johnny: if this falls 
out easily, please let me know and we'll reconsider for beta2.
Whiteboard: [nsbeta2-]
I just tested this an it appears to be fixed now, I have no idea what fixed it.

Please reopen if this is still not working for someone...
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Verified with 2000-07-05-09.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.