Closed
Bug 92946
Opened 23 years ago
Closed 23 years ago
https file uploads via multipart/form-data hangs on FIN_WAIT_2
Categories
(Core :: Networking, defect, P2)
Tracking
()
RESOLVED
WORKSFORME
mozilla0.9.9
People
(Reporter: fallous, Assigned: darin.moz)
Details
(Keywords: dataloss)
When doing large file uploads (200K doesn't work, small files of 1-5K do) under https the browser seems to forget to ack the FIN sent by the server. The server software is apache1.3.19 with mod_ssl2.8.3. IE, Opera, and Netscape4.x work correctly.
Comment 1•23 years ago
|
||
Reporter what build id are you using?
Comment 2•23 years ago
|
||
I've had that problem myself, with several different builds. (The file uploads were in a company intranet site, so I can't give a URL.)
Comment 3•23 years ago
|
||
I am currently using Build ID 2001081703 and am experiencing the same problem. On our application when a file is uploaded, everything works fine on the server end ( the file is intact and moved to the correct location) but the client just hangs until another link or button is pressed. Just tested with small text file (4k) and it works, but a 50k pdf will cause it to hang. Form looks like: <form ACTION="<script location>" METHOD=POST ENCTYPE="multipart/form-data"> <table CELLSPACING=0 CELLPADDING=2 BORDER=0> <tr CLASS="imagetext"><td ALIGN=RIGHT>Choose a File:</td><td><input TYPE=FILE NAME=ufile CLASS="imageinput"></td></tr> <tr CLASS="imagetext"><td ALIGN=RIGHT>Description:</td><td><input TYPE=TEXT NAME=descrip CLASS="imageinput" SIZE=40></td></tr> <tr CLASS="imagetext"><td ALIGN=RIGHT>Document Type:</td><td><select style='background-color: #ffcdcd' NAME="itype" CLASS="imageinput"></td></tr> <tr CLASS="imagetext"><td ALIGN=RIGHT>Author:</td><td><input TYPE=TEXT NAME=author CLASS="imageinput" SIZE=25></td></tr> <tr CLASS="imagetext"><td colspan=2><input type=submit VALUE="Upload Image"></td></tr> </table> </form>
Comment 4•23 years ago
|
||
Marking NEW.
Comment 5•23 years ago
|
||
I can no longer use my email or submit themes to Themes.org thanks to this bug (I am running Mozilla 0.9.7 under Linux). I was able to use my email under 0.9.6 and I submitted a theme successfully under 0.9.5. This is a very annoying bug and is causing me to look in other places for a browser that will not have SERIOUS bugs like this every other build =(
Comment 6•23 years ago
|
||
This bug also shows in Linux 2.4.17 on a PC. It also seems to submit the form fine if the window is closed while it is hanging. I found this bug while working on DragonFlyMail, my pet webmail client. Trying to send messages fails, unless the window is closed while the browser is hung. I was watching the Apache logs for the query and it happened as soon as the window is closed.
Comment 7•23 years ago
|
||
Deraj and Scott, what you are seeing is in fact not this bug but bug 116210 (and it's in the 0.9.7 release notes...)
Assignee | ||
Comment 9•23 years ago
|
||
this sounds very serious... i'll try to address it for mozilla 0.9.9 reporter: can you please supply a testcase? thx! cc'ing some of the security folks, since this may be a PSM/NSS bug.
Priority: -- → P2
Target Milestone: --- → mozilla0.9.9
Assignee | ||
Comment 10•23 years ago
|
||
Deraj and Scott, see comment #7 ... the problem you are experiencing under mozilla 0.9.7 has been fixed... this bug is something different.
Assignee | ||
Comment 11•23 years ago
|
||
fallous: can you please confirm whether this bug still exists in a more recent mozilla build? i suspect the problem you were seeing has been fixed by some of the more recent HTTP(S) connection management code changes. thx!
Assignee | ||
Comment 12•23 years ago
|
||
marking WORKSFORME, reporter: please reopen if you can reproduce this problem. thx!
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•