views:

439

answers:

2

I have a web application that I am hosting, and a client of mine is reporting that certain Telerik javascript libraries that are included within the site (but not all of them) are not working properly.

What I was able to diagnose so far was that at some point at the process, the WebResource.axd resources that contain the Telerik javascript code are getting blocked. Asking the client to navigate directly to the AXD file itself with the same querystring is yielding a "The connection to the server was reset" error message in Internet Explorer.

The client has tried downloading that file from several machines at their location, as well as a machine outside of their firewall and network, and a machine running at their home, and gets the same error each time. They have tried using both Internet Explorer and Firefox.

However, I am able to successfully download the same file both inside our hosting network, outside of it, and from my home connection.

According to the IIS logs, all logged attempts to download the resource yielded a 200 HTTP OK result.

Other things that have been attempted:

  • A link to a nonexistant 404.axd (gave the yellow ASP.NET 404 error message as expected)
  • A link to WebResource.axd, but with an invalid querystring pointing to a resource that does not exist (gave the yellow ASP.NET invalid viewstate or invalid base64 string, as expected)
  • A link to the same WebResource.axd, but via a different host header (same "connection reset" error message).

I'm at a loss now for what could even possibly be the problem at this point. Our hosting server has been hosting dozens of different ASP.NET applications (including several instances of the one in question) for years and this is the first complaint I've seen regarding this.

I'm 99% sure that the issue is something on the client's end with an improper firewall or router content filtering configuration, but that doesn't explain why the client is seeing the same issues both outside the firewall and at home.

Any ideas as to what could be going wrong or even what further questions to ask? Has anyone seen anything even remotely like this?

+3  A: 

If this is happening with the classic RadControls for ASP.NET, try setting UseEmbeddedScripts="false" for the controls on the page. This will make them serve all scripts from the RadControls folder (physical .js files) instead of using embedded resources (WebResource.axd). Naturally, you have to make sure that you have the script files in your RadControls folder.

If this is happening with the RadControls for ASP.NET AJAX, then the controls scripts are downloaded using the script manager (ScriptResource.axd and not WebResource.axd). In any case, you can try using the Telerik RadScriptManager instead of the ASP.NET ScriptManager -this will combine and compress all scripts into one request.

Finally, you can ask your customer to download and install Fiddler for IE or Firebug for Firefox and check what exactly is happening with the requests that fail (e.g. server response, what is in the response body, etc.).

lingvomir
It's running RadControls for ASP.NET; sorry for not specifying that part. I'm saving the UseEmbeddedScripts workaround as a last resort as I'd rather correct the issue at its root if I can.
MisterZimbu
In this case you have no other choice but to use a HTTP debugging proxy (Fiddler, Firebug) and see exactly what happens with the WebResource.axd browser requests and server responses.
lingvomir
A: 

Never did figure out what the issue was, but updating the RadControls to the latest (Q1'09 final) seemed to resolve the issue.

MisterZimbu