Closed Bug 85357 Opened 23 years ago Closed 23 years ago

page loading tests stall over low bandwidth connection

Categories

(Core :: Graphics: ImageLib, defect, P1)

defect

Tracking

()

VERIFIED DUPLICATE of bug 77072
mozilla0.9.2

People

(Reporter: bbaetz, Assigned: darin.moz)

References

()

Details

(Keywords: hang)

If you limit the connection from cowtools to your machine to 56600 bps (people inside the firewall, mail me for details on how to do this), then approximately 16/40 of the page loader tests time out without darin's patches for bug 84019, and 2-4/40 time out with the patch. This is reproducable on the static pages, without running the page loader tests - see the url above. If I then reload the page, it completes loading without problems, and packet sniffing shows that we are getting the data. In almost all the cases, there are usually 1 or 2 images which are just not displaying. ccing pavlov, cause it might be his bug. This happens much less often on 100000bps, and almost never on 200000bps. This could be similar to bug 77072, except that doing a netstat in this case doesn't show unread packets in the receive queue in this case.
-> ALL/ALL. I hijacked a windows box and saw the same hang.
OS: Linux → All
Hardware: PC → All
Status: NEW → ASSIGNED
Priority: -- → P1
Target Milestone: --- → mozilla0.9.2
Blocks: 86274
Keywords: hang
with my patch for bug 82241, this bug is now a dupe of bug 77072. and just for the record, the extra byte in the Recv-Q is valid/normal, since the sockets are in the CLOSE_WAIT state. i confirmed that it doesn't appear until the socket changes state. *** This bug has been marked as a duplicate of 77072 ***
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
VERIFIED: ->imagelib
Status: RESOLVED → VERIFIED
Component: Networking: HTTP → ImageLib
You need to log in before you can comment on or make changes to this bug.