http://blogs.msdn.com/b/delay/archive/2009/09/08/when-framework-designers-outsmart-themselves-how-to-perform-streaming-http-uploads-with-net.aspxAs part of a personal project, I had a scenario where I expected to be doing large HTTP uploads (ex: PUT ) over a slow network connection. The typical user experience here is to show a progress bar, and that's exactly what I wanted to do. So I wrote someenTelligent Evolution Platform Developer Build (Build: 5.6.50428.7875)http://blogs.msdn.com/b/delay/archive/2009/09/08/when-framework-designers-outsmart-themselves-how-to-perform-streaming-http-uploads-with-net.aspx#10173476Fri, 10 Jun 2011 20:12:02 GMT91d46819-8472-40ad-a661-2c78acb4018c:10173476David Anson<p>Cory,</p> <p>Wow, thanks for letting me know! Filing a report on Connect with a detailed demonstration of the problem (like you did) is exactly the right thing to do. I&#39;m sure the right folks will look into this soon.</p> <div style="clear:both;"></div><img src="http://blogs.msdn.com/aggbug.aspx?PostID=10173476" width="1" height="1">http://blogs.msdn.com/b/delay/archive/2009/09/08/when-framework-designers-outsmart-themselves-how-to-perform-streaming-http-uploads-with-net.aspx#10173465Fri, 10 Jun 2011 19:35:07 GMT91d46819-8472-40ad-a661-2c78acb4018c:10173465Cory<p>There&#39;s a bug in Silverlight&#39;s implementation of this. If the request stream gets closed by the server, Silverlight will deadlock on a call to Write to it, if AllowWriteStreamBuffering has been set to false.</p> <p>There&#39;s a full example attached to this bug report (just expand the Details section):</p> <p><a rel="nofollow" target="_new" href="https://connect.microsoft.com/VisualStudio/feedback/details/674960/writing-to-ms-internal-internalwebrequeststream-deadlocks-when-host-closes-request-stream#details">connect.microsoft.com/.../writing-to-ms-internal-internalwebrequeststream-deadlocks-when-host-closes-request-stream</a></p> <div style="clear:both;"></div><img src="http://blogs.msdn.com/aggbug.aspx?PostID=10173465" width="1" height="1">