1065589 - Extra null HTTP transaction(s) are being sent from Firefox for GET/POST

Status: RESOLVED WONTFIX

(Core :: Networking: HTTP, defect)

Description

[Tim]

Attachment: iSafari Log.pdf

User Agent: Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; WOW64; Trident/6.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; IPH 1.1.21.4019; .NET4.0C; .NET4.0E)

Steps to reproduce:

Every GET or POST transaction the Firefox browser issues results in at least one, usually more null HTTP transactions that are tying up our webservers resources trying to connect to this null transaction. I have 6 children that have a timeout of 4 secs, they spend that time trying to read, but are getting no data. I tried using Fiddler on the browser and the transactions stopped sending. When I end Fiddler, then issue a POST from the browser (click submit) the null transaction(s) appear again.



Expected results:

No null transactions.

Comment 1

[Patrick McManus [:mcmanus]]

Sometimes we generate speculative connections that don't end up being used, or at least not right away.. Sometimes they aren't so much speculative as "un-necessary" because the transaction that was scheduled for them was rescheduled onto a different idle connection before the connection was established.. the timeout on them is usually 5-10 seconds. We've done this for several years now.

Such is the nature of the modern web. The server side needs to deal with incoming requests on a non blocking event basis if it expects to scale.

Comment 2

[Tim]

If you read the comment, I am using non-blocking, otherwise the server would set there forever, dah. I will admit the beta version 33 is better than ver 32 because the null transactions were taking an additional 6 seconds over whatever timeout value I specified. You'all have answered my question, it is the server's responsibility to handle what the browser sends, just deal with it, and I will.