[Mono-bugs] [Bug 71587][Maj] Changed - Cannot access HttpWorkerRequest from HttpModule
Fri, 21 Jan 2005 19:32:51 -0500 (EST)
Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.
Changed by firstname.lastname@example.org.
--- shadow/71587 2005-01-21 19:18:56.000000000 -0500
+++ shadow/71587.tmp.11373 2005-01-21 19:32:51.000000000 -0500
@@ -1,13 +1,13 @@
Product: Mono: Class Libraries
OS Details: Gentoo Linux on Kernel 2.6.9
@@ -99,6 +99,27 @@
As you can see they're blindly looking for a property in an object
whose type is undocumented. It's their fault.
When they cannot get that and return a -1, the connection is closed.
+------- Additional Comments From email@example.com 2005-01-21 19:32 -------
+The reason I'm checking the maxRequestLength here is that I want to
+abruptly terminate the upload request if it's too big. AFAIK, the way
+ASP.NET is implemented at this point (I'm not sure if this exists in
+xsp as well) is that if an oversized upload comes in, ASP.NET will
+blithely accept it and read the whole request into memory before
+noticing that it exceeds the request length and returning an error
+code. I would like to avoid that behavior by terminating the request
+if it can be determined earlier using the ContentLength header.
+The HttpContext.GetConfig method seems to be a standard way to get to
+the web.config information for a request. See
+would the mono way be of getting at this information.
+I'm eager to get this issue resolved. I would like to get SlickUpload
+working on Mono. Let me know your thoughts on this issue. If there is
+a better/more cross platform way of doing this, I'd like to implement