Closed Bug 116494 Opened 23 years ago Closed 23 years ago

multipart/form-data forms won't submit if there are no files in some of the file input fields

Categories

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

Product:
Core
Component:
DOM: Core & HTML
Platform:
x86
Windows 98
Type:
defect
Priority:
Not set
Severity:
major

Tracking

()

Status:
VERIFIED DUPLICATE of bug 116210

People

(Reporter: dan, Assigned: alexsavulov)

References

(
URL
)

Details

Go to the URL I provided as a test case.  Try to submit the form without
choosing a file in either of the file input fields.  In build 2001122106,
Mozilla doesn't do anything; it doesn't appear to even be attempting to submit
the form.

Now try selecting a file in the File 2 field (leaving file 1 unselected).  In
this case, it tries to submit the form, and the Mozilla icon and mouse cursor go
into the "waiting" state, but it stays that way forever (or at least as long as
I was willing to wait before I interrupted it).

It works OK with both files selected, or with only File 1 selected.

This might be related to bug 92946, but it happens on nonsecure sites as well as
secure ones, and (in the case where neither file is selected) seems to prevent
form submission without it even getting partially complete.  Anyway, I think
that other bug may actually have gone away (though it's still shown as open),
since it's been months since I remember encountering it until this bug turned up
recently.

This is a highly annoying bug, as it makes parts of an intranet I use (and
develop) unuseable in Mozilla.
*** Bug 116527 has been marked as a duplicate of this bug. ***
I experience this as well using the 0.9.7 release on Win2000, except that when 
only File 1 is selected the behavior is the same as when no files are selected.

If I enter a file name of some non-existing file, the behavior is as if the 
file name has not been entered/selected at all.

This is indeed a very annoying bug.
After experiencing the mentioned symptoms on my WInNT 4.0 SP6a machine I ran
some test on my webserver.
I used one file field and even then it wouldn't work when no file was selected,
Mozilla would just enter some waiting state (without any apparent usage of CPU
or accumulation of resources).
Webserver logs says the request never made it to the server, but removal of the
enctype="multipart/form-data" in the form tag solved that (at the price of
breaking the upload). I am reverting to 0.9.6 for now.

Thanx and best wishes
I also see this problem with the nightly builds.  Netscape 6.2.1 doesn't exhibit
this problem.  Here's the test case I used:

------
<html><body>
<form ACTION="phpinfo.php" METHOD="POST" ENCTYPE="multipart/form-data">
<input TYPE=FILE NAME="Attach">

<textarea name="Content">
</textarea>

<input TYPE=SUBMIT VALUE="Create">
</form>
</body>
</html>
------

Clicking create with no file selected enters the waiting state.
If you remove the <textarea></textarea> from this testcase and click create, it
does nothing, doesn't even enter the waiting state.

Happens with both the linux tarball(from 12/22) and Redhat RPMs(from 12/20).

*** This bug has been confirmed by popular vote. ***
Status: UNCONFIRMED → NEW
Ever confirmed: true
Confirming this bug in MacOS build 2001122408

Also, the same thing happens if you have only one file upload field (you don't
need two).
This is fixed on trunk. Confirming by popular vote is nice, searching for dups 
first is even nicer.

*** This bug has been marked as a duplicate of 116210 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
verifying
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.