by Jim
Aug 31, 2007 12:55 PM
Your IIS security settings can cause you to get the dreaded PageRequestManagerParserErrorException.
Sys.WebForms.PageRequestManagerParserErrorException: The message received from the server could not be parsed. Common causes for this error are when the response is modified by calls to Response.Write(), response filters, HttpModules, or server trace is enabled.
Details: Error parsing near '
<!DOCTYPE html PUB'.
We have a forms authentication site with a single windows authentication "internal login" page; this single page is configured through IIS with anonymous access disabled. The rest of the site has both the anonymous AND windows boxes checked.
If the Integrated Windows Authentication link is not checked on our server, we get the parse exception - but only in IE (everything is fine in Firefox.) Also, if I run Fiddler while accessing the site, it works fine! Presumably Fiddler is doing something that modifies the request, or changes some sort of security negotiation, and this makes the problem go away.
The HTML returned from the request is the whole of the target page, rather than the partial postback that was expected. The problem is not that the request is redirected to a different page. The target page is just failing to reallize that a partial postback was expected, and is rendering the whole page. This can happen when a firewall strips the X-MicrosoftAjax header, but that wasn't happening here; I confirmed that this header did make it to the target page.
So I still don't know exactly what was happening to cause the parse exception, but at least I've got a fix.