Closed
Bug 811710
Opened 12 years ago
Closed 12 years ago
SPDY POST upload (after 5-10 mins inactivity) prematurely hangs after 65536 bytes
Categories
(Core :: Networking: HTTP, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 809913
People
(Reporter: alex.markham, Unassigned)
Details
Attachments
(2 files)
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Firefox/17.0 Build ID: 20121106195758 Steps to reproduce: Enter the url of my spdy enabled website into the address bar. Log in Open an upload form for a file. Wait 5-10 mins (everything works fine if you don't wait) Submit the POST upload with a file over 65535 bytes (eg 4mb) Actual results: Firefox V 17b05 - The upload hangs for 45 seconds after 65535 bytes have been transmitted. It resumes at full speed after that. Firefox V 16.0.1 - upload hangs after 65535 b transmitted for around 45 seconds and then aborts the upload. (possibly continues on v17 due to fix in https://bugzilla.mozilla.org/show_bug.cgi?id=790184 [SPDY] Firefox V15 & 15.0.1 fails with attachment upload on gmail with squid proxy? ) Expected results: With SPDY disabled (in about:config network.http.spdy.enabled: false) There are no issues. Chrome has no hang either. Server is apache mod_spdy 0.9.3.3-386, as an ssl reverse proxy to haproxy, which then passes onto nodejs. Wireshark log shows that firefox stopped sending data, and then resumes after the pause. This bug only happens if there is an inactivity of 5-10 mins on the SPDY connection. Fine otherwise. HTTP log of firefox shows this: SpdyStream3 this=daf64c0, id 0x1 request body suspended because remote window is 0. SpdySession3 8c706e0 will stream daf64c0 0x1 suspended for flow control SpdySession3 8c706e0 could not identify a stream to write; suspending. Then after a wait, it resumes
Reporter | ||
Comment 1•12 years ago
|
||
Also attaching server side log. I should also add that this also happens on Ubuntu Firefox 16.0.1 at the same point. I also tried the server (the point of contact - httpd mod_spdy ssl decryptor machine) with net.ipv4.tcp_window_scaling = 0 and I get the same result.
Comment 2•12 years ago
|
||
Could you please try a trunk build (nightly, Firefox19) because there are a few SPDY bugs fixed. In case that you can still reproduce the issue, can you please attach a http log generated by the trunk build ? -> https://developer.mozilla.org/en-US/docs/HTTP_Logging
Component: Untriaged → Networking: HTTP
Product: Firefox → Core
Comment 3•12 years ago
|
||
probably a dup of https://bugzilla.mozilla.org/show_bug.cgi?id=809913 which has been on nightly for a few days - get a new nightly build to verify it.
Reporter | ||
Comment 4•12 years ago
|
||
It works correctly on the nightly build of Firefox 19 It does look like a dupe of 809913, same symptoms and I saw the same logging as that. Thanks!
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•