Comment 8 for bug 215426

Thanks for the update Mark.

I wrote a quick binary search for the failure buffer size and it depends upon the load on the TCP/IP stack at the moment the test is run. The failure on Windows seems to be related to the fact that I'm running the web server (Pylons), proxy client (NTLM Proxy), and the bzr client all on the same machine which definitely seems like a worst-case scenario since the packets end up going from bzr -> NTLM Proxy -> External Proxy Server -> NTLM Proxy -> Pylons and then back again.

I was unable to reproduce the problem under a Linux virtual-machine (running Ubuntu with the 2.6.24 i686kernel and Python 2.5.2)., but the Linux VM isn't using the proxy server, so it's not a completely fair test.