17967 - HTTP POST has trouble with large files.

Status: VERIFIED DUPLICATE of bug 22428

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

Description

[abhijits]

My form uses post method with enctype multipart/form-data. If I submit a binary
file as a value to a file input field then the Mozilla browser does not bring
up the response from the target CGI program. The target CGI program does not
process any of the input it receives but simply sends a simple text
acknowledging the call. If I submit plain text file using the same form the CGI
output is visible on the browser. I am using quite latest Mozilla binary with
build id 1999110108 on WINNT4.0 m/c with IIS server running. I am concerned
about it as I dont know if the browser has problems displaying the response or
sending the file itself?

Comment 1

[abhijits]

Attachment: test case form file.

Comment 2

[abhijits]

Attachment: test case binary file for submission via test case form.

Comment 3

[karnaze (gone)]

Gagan, I this is not yours, please reassign to pollmann.

Comment 4

[Warren Harris]

Sounds like a dup of 16757. Jud, can you verify.

Comment 5

[gerardok]

QA Contact update.

Comment 6

[Judson Valeski]

changing summary from: "form submission has problem in submitting binary files"

I verified that we have trouble posting to this cgi using text files as well. 
I'm having trouble with this server. 4.x posts data in 2k byte increments, 5.x 
posts data in 8k byte increments. What appears to be happening is that this host 
is not able to consume the data in such large hunks. We wind up getting a 
WSATIMEOUT (translates to PR_CONNECT_ABORTED_ERROR (don't ask me why :-/)) from 
the tcp stack indicating that the server gave up. Even in 4.x we upload the 2k 
hunks quite slowly indicating that the host is slow anyway.

I can "sometimes" get the posts to work in 5.0.

Mozilla is always sending the POST request (if you check your server logs you'll 
find it there) and gets off 40k bytes or so before the server dies on us. I'm 
moving this to m15 as I think we have an isolated case here.

Comment 7

[Judson Valeski]

I also tried bumping mozilla down to 2k hunks and had a better upload rate than 
w/ the 8k hunks. So mozilla is not completely obsolved of responsibility here.

Comment 8

[Eric Pollmann]

I've seen this before.  See bug 13997 - seems likely to be a duplicate.

Comment 9

[Eric Pollmann]

Oops wrong bug number.  See bug 22819 instead.  There have been a few complaints
about file upload quitting for large files.

Comment 10

[Judson Valeski]

*** This bug has been marked as a duplicate of 22428 ***

Comment 11

[ckritzer (gone)]

Agree.  Marking VERIFIED DUPLICATE on 2000-02-16-16 bits.