El marco del lado del cliente ASP.NET Ajax no se pudo cargar. cuando coloque el ScriptManager en una página en blanco

Tengo un error Error de tiempo de ejecución de Microsoft JScript: el marco del lado del cliente Ajax de ASP.NET no se pudo cargar. en una página en blanco usando página maestra

enter image description here

      

Esto es lo que lo convierte en el final

      
// //
//

Los problemas pueden ser que solía tener AjaxControlToolkit en mi proyecto, pero luego uso jquery. así que en algún lugar del proyecto podría intentar agregar Ajaxcontroltoolkit que no puedo encontrar. No sé cómo solucionar este error. He intentado agregar el archivo bin de ajaxcontroltoolkit pero parece que no funciona.

Sys undefined significa que no está cargando los archivos del lado del cliente en su navegador.

Solución 1:

  

Solución 2: si no tiene esto, agregue esto también en

  

Solución 3: si eso tampoco funciona, intente eliminar archivos de su carpeta “bin” y vuelva a generar la solución y borre la caché de su navegador.

Solución 4: agregue esto a su web.config

        

esta solución funciona para mí:

El error en el cliente fue:

SCRIPT5022: ASP.NET El marco del lado del cliente Ajax no se pudo cargar.

SCRIPT5009: ‘Sys’ no está definido

Después de mucho tiempo para minar los sitios web y más soluciones, resuelvo el problema:

la solución para .NET 4.0 es:

Establezca la propiedad EnableCdn del gestor de scripts en true, como esta:

  

La siguiente solución y mejor solución es:

agregue este controlador a su web.config

             

para recursos web telerik use este código:

       

Otra posible causa es la combinación / compresión de scripts en IE 8 y 9. En web.config en el nivel superior (dentro de Configuración), ponga

       

En su ToolKitScriptManager ponga CombineScripts = False, por ejemplo

   

ver http://robmzd.blogspot.com/2010/02/invalid-character-error.html que es donde descubrí el problema

Tuve este problema cuando cambié mis formularios a un nuevo servidor. Pasé horas para encontrar la solución. El problema era que el nuevo servidor tenía ASP.NET 4.0 y mi web.config era ASP.NET 3.5. Así que hice un nuevo web.config y todo está bien ahora.

Simplemente agregue la sección como se muestra a continuación en su web.config dentro de y esto solucionará el problema en un y .

  . . .           

Para mí fue el problema con el código Global.asax,

Simplemente verifique la condición a continuación antes de validar la sesión en Application_PreRequestHandlerExecute

 Request.Path.ToUpper() != Constants.AliasName.ToUpper() + "SCRIPTRESOURCE.AXD" 

El código funcional se muestra a continuación,

 protected void Application_PreRequestHandlerExecute(Object sender, EventArgs e) { if ((Request.Path != Constants.DebugLoginUrl) && (Request.Path != Constants.SessionTimeOut) && (Request.Path.ToUpper() != Constants.AliasName.ToUpper() + "TRACE.AXD") && (Request.Path.ToUpper() != Constants.AliasName.ToUpper() + "SCRIPTRESOURCE.AXD")) { // to prevent check of HTTP HANDLER FLUSH - Session State is Invalid if (HttpContext.Current.Session != null) { if (Session[Constants.personId] == null) { //your code } else { Response.Redirect(Constants.SessionTimeOut); } } } 

Había habilitado el enrutamiento de WebForms y olvidé agregar la excepción para los recursos:

 routes.Ignore("{resource}.axd/{*pathInfo}"); 

En mi caso, el error de carga de Ajax ocurrió solo si recargué la página, no cuando la página se cargó por primera vez.

Al mirar el contenido de la etiqueta en Site.Master, noté que solo algunos de los elementos tenían el atributo de ruta establecido. Entonces, actualicé MsAjaxBundle a esto: y el problema desapareció. También tuve que modificar el WebFormsBundle de la misma manera y ahora volver a cargar la página funciona.

Lo que funcionó para mí fue descargar ASP.NET Ajax de Microsoft .

Es posible que también necesite buscar explícitamente la versión dll correcta cuando agrega referencia, por ejemplo

 C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.5.1\System.Web.Extensions.dll 

Establecí Application Pool como ASP.NET 4.0 Classic durante la instalación.

Bueno, acabo de cambiar RadScriptManger a Simple asp: ScriptManager y funciona

Antes de:

  

Después

  

Espero eso ayude

Agregue EnableScriptCombine = “False” a su RadScriptManager de la siguiente manera:

Y aquí hay otra causa. Instalé MySQL Connector / net 6.9.5. Más tarde comencé a obtener el temido ‘sys undefined’ para todo en algunos, pero no en todos, los proyectos en IE. Muchas, muchas horas después probé Chrome y Opera y la primera página se abrió bien pero en el post de vuelta todas las variables de la sesión habían desaparecido. Ahí fue cuando finalmente cayó el centavo: Connector / net debe haberse configurado como el proveedor de estado de la sesión, pero no tenía nada para el estado de la sesión en web.config para los proyectos que fallaban. Sessionstate inproc lo arregló de inmediato. Al menos creo que eso es lo que pasó …

En mi caso, terminé con los manejadores mencionados en así como también en . Eliminar la solucionó.

Después de agregar la referencia de System.Web.MVC a mi ASP.NET y agregar la ruta predeterminada en global.asax, es decir,

 RouteTable.Routes.MapRoute("Default", "{controller}/{action}/{id}", new { controller = "new", action = "Index", id = "" }); } 

Comencé a recibir el error

Se agregó la siguiente línea a global.asax.cs para resolverlo

  RouteTable.Routes.IgnoreRoute("{resource}.axd/{*pathInfo}"); 

Para cualquiera que trabaje con la plantilla de proyecto de la aplicación web Visual Studio 2015 ASP.NET 4.5 WebForms que agrupa los scripts de ASP.NET AJAX:

https://stackoverflow.com/a/47673606/313935

para mí, la configuración web era correcta. si la configuración web es correcta, entonces. compruebe su configuración de IIS App pool en mi caso. La línea de App pool pipeline se seleccionó como la línea de proyectos clásica integrada y comenzó a funcionar.

Vaya a iis -> haga clic con el botón derecho en su grupo de aplicaciones -> configuración avanzada -> Modo gestionado por canal -> “integrado” -> ok