Very interesting. It looks like this problem traces back to the original MS Cassini Sample code. We are wondering if this issue can be caused by the limits imposed on the request size - GridView may have very significant ViewState size that will be sent back as a part of the POST request when post-back occurs. There are values in machine.config (and web.config) that can limit request size to prevent hackers from attempting to bring the system down by overloading it. Do you happen to know how big your ViewState is? (Please turn on debug tracing on the page by adding Trace="true" in the <%@ Page... > statement at the top of the ASPX file. The trace will report the size of the viewstate.) Please try tweaking those .config values to see if they have any effect. These .config values, however, should have made your application working the same way under both IIS and Cassini. Is this problem reproducible under IIS at all? We have reviewed Cassini code and found no hard-coded limitation on the size of the request - it is driven by the Content-length header value.
We could suggest a couple of things.
- The long run fix. If you could send us your application, or better, the sample application that reproduces the problem, we probably will be able to track it down and fix the problem in the next release of UltiDev Cassini.
- The short-term work-around. Wast majority of ASP.NET 1.1 applications are compatible with ASP.NET 2.0. You could run your application under UltiDev Cassini for ASP.NET 2.0 and see what happens.
Best regards,
UltiDev Team.
Please donate at
http://www.ultidev.com/products/Donate.aspx to help us improve our products.