|
Article relates to
|
RadControls Q2 2006 or later
RadControls for ASP.NET AJAX
|
|
Created by
|
Stephen, Telerik
|
|
Last modified
|
May 19, 2008
|
|
Last modified by
|
Veskoni, Telerik
|
PROBLEM
IE 6 / IE7 hangs, becomes non-responsive, or suffers significant delays on initial/subsequent page loads when the page contains one or more products from the RadControls Q2 2006 release or later/RadControls for ASP.NET AJAX. The problem does not appear on IE7 nor on Gecko-based browsers.
DESCRIPTION
This side effect is most probably related to webresource caching under .NET2 - when your website is in debug mode (<compilation debug="true" /> in
web.config) files that are streamed by
webresource.axd are not cached by the browser. Thus the web resources, which are essential part of each Telerik control's client-side functionality, are requested each time on page refresh, thus causing slowdown in performance and/or even browser crashing.
After the Q2 2006 release of RadControls for ASP.NET/RadControls for ASP.NET AJAX, Telerik started using web resources for its .NET2/.NET3 versions and the RadControls js files (part of the web resources) are registered via WebResource.axd. This feature was introduced for simpler installation, easier deployment, and hassle-free upgrade process. However when application debugging is enabled every WebResource.axd's response caching is set to "private", thus preventing the browser from caching the page. For instance, if you are using RadToolBar, RadGrid, RadMenu and RadTreeView in a page, large amount of javascript has to be downloaded upon every user request.
SOLUTION
There are two possible resolutions:
- Make sure that the debug option for your site is disabled (<compilation debug="false" /> inside the web.config file).
- Scott Gu's blog describes how to edit the machine.config file to override the debug attribute on production servers.
Please
Sign In
to rate this article.