WebForms UnobtrusiveValidationMode требует ScriptResourceMapping для "jquery". Добавьте ScriptResourceMapping с именем jquery(с учетом регистра)

вместо того, чтобы отключить новую функцию, я решил следовать инструкциям ошибки. В мой глобальный.асакс.cs я добавил:

protected void Application_Start(object sender, EventArgs e)
{
    string JQueryVer = "1.7.1";
    ScriptManager.ScriptResourceMapping.AddDefinition("jquery", new ScriptResourceDefinition
    {
        Path = "~/Scripts/jquery-" + JQueryVer + ".min.js",
        DebugPath = "~/Scripts/jquery-" + JQueryVer + ".js",
        CdnPath = "http://ajax.aspnetcdn.com/ajax/jQuery/jquery-" + JQueryVer + ".min.js",
        CdnDebugPath = "http://ajax.aspnetcdn.com/ajax/jQuery/jquery-" + JQueryVer + ".js",
        CdnSupportsSecureConnection = true,
        LoadSuccessExpression = "window.jQuery"
    });
}

это происходит из сообщение в блоге msdn что подчеркивает некоторые преимущества сопоставления ресурсов скрипта. Особый интерес для меня представлял централизованный контроль над доставкой файлов скриптов на основе "debug=true", EnableCDN и др.

есть по крайней мере три способа отключить использование ненавязчивого JavaScript для проверки на стороне клиента:

1. добавить следующее в файл web.конфигурационный файл:

   <configuration>
     <appSettings>
       <add key="ValidationSettings:UnobtrusiveValidationMode" value="None" />
     </appSettings>
   </configuration>

2. установите значение System.Web.UI.ValidationSettings.UnobtrusiveValidationMode статическое свойство System.Web.UI.UnobtrusiveValidationMode.None
3. установите значение System.Web.UI.Page.UnobtrusiveValidationMode свойство экземпляра к System.Web.UI.UnobtrusiveValidationMode.None

чтобы отключить функциональность на основе каждой страницы, я предпочитаю установить Page.UnobtrusiveValidationMode свойство с помощью страницы директива:

<%@ Page Language="C#" UnobtrusiveValidationMode="None" %>

ненавязчивая проверка включена по умолчанию в новой версии ASP.NET - ... Ненавязчивая проверка направлена на уменьшение размера страницы путем замены встроенного JavaScript для выполнения проверки небольшой библиотекой JavaScript, использующей jQuery.

вы можете отключить его, отредактировав web.config для включения следующего:

<appSettings>
  <add key="ValidationSettings:UnobtrusiveValidationMode" value="None" />
</appSettings>

или еще лучше правильно настроить его, изменив метод Application_Start в Global.асакс:

void Application_Start(object sender, EventArgs e) 
{
    RouteConfig.RegisterRoutes(System.Web.Routing.RouteTable.Routes);
    ScriptManager.ScriptResourceMapping.AddDefinition("jquery",
        new ScriptResourceDefinition
        {
            Path = "/~Scripts/jquery-2.1.1.min.js"
        }
    );
}

страница 399 из Начало ASP.NET 4.5.1 в C# и VB приводится обсуждение преимуществ ненавязчивой проверки и пошаговое руководство по ее настройке.

для тех, кто ищет RouteConfig. Он добавляется автоматически при создании нового проекта в visual studio в папку App_Code. Содержимое выглядит примерно так:

using System;
using System.Collections.Generic;
using System.Web;
using System.Web.Routing;
using Microsoft.AspNet.FriendlyUrls;

namespace @default
{
    public static class RouteConfig
    {
        public static void RegisterRoutes(RouteCollection routes)
        {
            var settings = new FriendlyUrlSettings();
            settings.AutoRedirectMode = RedirectMode.Permanent;
            routes.EnableFriendlyUrls(settings);
        }
    }
}

Я думаю, что столкнулся с тем же затруднительным положением. Я начал сталкиваться с проблемой, когда я перешел на:

</system.web>
<httpRuntime targetFramework="4.5"/>

который дает сообщение об ошибке, описанное выше.

добавляем:

<appSettings>
  <add key="ValidationSettings:UnobtrusiveValidationMode" value="None" />

решает проблему, но тогда это заставляет ваши элементы управления/скрипты проверки бросать ошибки выполнения Javascript. Если вы измените на:

</system.web>
<httpRuntime targetFramework="4.0"/>

вы должны быть в порядке, но вы должны убедиться, что остальная часть вашего кода делает/ ведет себя как пожелаешь. Возможно, Вам также придется отказаться от некоторых новых функций, доступных только в 4.5.

P. S. Это настоятельно рекомендуется прочитать следующие перед реализацией этого решения. Особенно, если вы используете асинхронную функциональность:

https://blogs.msdn.microsoft.com/webdev/2012/11/19/all-about-httpruntime-targetframework/

обновление апрель 2017: После некоторых экспериментов и испытаний я придумали комбинацию, которая работает:

<add key="ValidationSettings:UnobtrusiveValidationMode" value="None" />
<httpRuntime targetFramework="4.5.1" />

С:

jQuery версии 1.11.3

, чтобы добавить немного больше к ответу от b_levitt... на глобальном.асакс:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using System.Web.Security;
using System.Web.SessionState;
using System.Web.UI;

namespace LoginPage
{
    public class Global : System.Web.HttpApplication
    {
        protected void Application_Start(object sender, EventArgs e)
        {
            string JQueryVer = "1.11.3";
            ScriptManager.ScriptResourceMapping.AddDefinition("jquery", new ScriptResourceDefinition
            {
                Path = "~/js/jquery-" + JQueryVer + ".min.js",
                DebugPath = "~/js/jquery-" + JQueryVer + ".js",
                CdnPath = "http://ajax.aspnetcdn.com/ajax/jQuery/jquery-" + JQueryVer + ".min.js",
                CdnDebugPath = "http://ajax.aspnetcdn.com/ajax/jQuery/jquery-" + JQueryVer + ".js",
                CdnSupportsSecureConnection = true,
                LoadSuccessExpression = "window.jQuery"
            });
        }
    }
}

по умолчанию.аспн

<body>
   <form id="UserSectionForm" runat="server">
     <asp:ScriptManager ID="ScriptManager" runat="server">
          <Scripts>
               <asp:ScriptReference Name="jquery" />
          </Scripts>
     </asp:ScriptManager>
     <%--rest of your markup goes here--%>         
   </form>
</body>

проблема возникла из-за валидатора управления. Просто добавьте ссылку на J-запрос на свою веб-страницу следующим образом, а затем добавьте параметры проверки в свой веб-сайт.файл конфигурации для преодоления проблемы. Я тоже столкнулась с той же проблемой и дал решение моей проблемы.

Шаг 1:

Шаг 2 :

он разрешит ваш проблема.

Если ваш код или конфигурация выглядят правильно после просмотра других ответов, у меня также была эта проблема с развернутым (этап разработки) веб-сайтом и обнаружил, что проблема в том, что глобальный.файл asax был переименован. (Мной, несколькими днями ранее, когда возился с customErrors и Application_Error)