Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    text
    copied!<p>This error may be due to the HTTP Runtime limitation of the maxRequestLength. The default value is 4096.</p> <pre><code> Try adding (or editing) the following entry in your Web.Config: "&lt;httpRuntime maxRequestLength="8192" /&gt;" (effectively allowing 8mb of data transmission, instead of the default 4mb). </code></pre> <p>Please not....You can set data as per you max request. 8192 is not the limit. Also you need to add Page.Form.Attributes.Add("enctype", "multipart/form-data"); in Page_Load event of the page.</p> <p>You'll want to enter this in the System.Web configuration section.</p> <p><strong>How do I avoid getting a PageRequestManagerParserErrorException?</strong></p> <p>To start with, don't do anything from the preceding list! Here's a matching list of how to avoid a given error (when possible): Calls to Response.Write(): Place an or similar control on your page and set its Text property. The added benefit is that your pages will be valid HTML. When using Response.Write() you typically end up with pages that contain invalid markup.</p> <p>Response filters: The fix might just be to not use the filter. They're not used very often anyway. If possible, filter things at the control level and not at the response level.</p> <p>HttpModules:Same as response filters.</p> <p>Server trace is enabled: Use some other form of tracing, such as writing to a log file, the Windows event log, or a custom mechanism. Calls to Server.Transfer(): I'm not really sure why people use Server.Transfer() at all. Perhaps it's a legacy thing from Classic ASP. I'd suggest using Response.Redirect() with query string parameters or cross-page posting.</p> <p>Another way to avoid the parse error is to do a regular postback instead of an asynchronous postback. For example, if you have a button that absolutely must do a Server.Transfer(), make it do regular postbacks. There are a number of ways of doing this: The easiest is to simply place the button outside of any UpdatePanels. Unfortunately the layout of your page might not allow for this. Add a PostBackTrigger to your UpdatePanel that points at the button. This works great if the button is declared statically through markup on the page. Call ScriptManager.RegisterPostBackControl() and pass in the button in question. This is the best solution for controls that are added dynamically, such as those inside a repeating template.</p> <p>Good luck!</p>
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload