Группы проверки ASP.NET 3.5 не работают

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

У нас есть главная страница с ValidationSummary, которая не является частью группы проверки. На нашей странице содержимого у нас есть еще одна ValidationSummary, которая назначена группе проверки с именем ValReject. На странице содержимого также есть CustomValidator, который использует ClientValidationFunction и кнопку, обе из которых также назначены ValReject.

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

Затем я создал отдельный тестовый проект ASP.NET, вставил весь код и запустил его, и он проверил, как и должно.

Затем я поиграл с AutoEventWireup на странице контента. Когда я устанавливаю значение false, проверка работает, но событие загрузки страницы не срабатывает. Что с этим?

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

Вопрос здесь такой: есть ли у кого-нибудь представление о том, что может привести к тому, что один валидатор будет сообщать ВСЕ итоги валидации на странице, даже если только один из них имеет ту же группу валидации, что и валидатор и кнопка?

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

<%@ Register Assembly="RadMenu.Net2" Namespace="Telerik.WebControls" TagPrefix="radM" %>

<radM:RadMenu ID="RadMenu1" runat="server" DataSourceID="smdsMenu" Skin="CssGrey" ClickToOpen="True" EnableViewState="False" CausesValidation="false" />

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

Источник

3 ответа

Решение

Чувак, после нескольких часов вращения моих колес я наконец понял это. Мы используем этот метод расширения, чтобы отключить двойное нажатие кнопок:

    public static void DisableDoubleClick(this Button Control)
    {
        System.Text.StringBuilder sb = new System.Text.StringBuilder();

        sb.Append("if (typeof(Page_ClientValidate) == 'function') { ");
        sb.Append("if (Page_ClientValidate() == false) { return false; }} ");
        sb.Append("this.disabled = true;");
        sb.Append(Control.Page.ClientScript.GetPostBackEventReference(Control, ""));
        sb.Append(";");
        Control.Attributes.Add("onclick", sb.ToString());
    }

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

        sb.Append(string.Format("if (Page_ClientValidate({0}) == false) {{ return false; }}}} ",
            Control.ValidationGroup == string.Empty ? string.Empty : string.Format("\"{0}\"", Control.ValidationGroup)));

Что подсказало мне, так это когда я установил AutoEventWireup в false, чтобы посмотреть, что произойдет. Это удерживало событие загрузки страницы от того, где был вызван вышеуказанный метод расширения. Что за иголка в стоге сена, это проблема.

Я никого не обвиняю в том, что не ответил из-за нехватки подробностей, но я буду продолжать это на тот случай, если кто-то еще сможет его использовать.

редактировать: благодаря slfan и gbs. Я только что выяснил проблему и возвращался сюда, чтобы опубликовать свой ответ, когда я вижу, что вы двое по существу решали мою проблему с обеих сторон проблемы. Событие загрузки страницы - это место, где происходило связывание, и вызываемый метод расширения портил функцию Page_ClientValidate. Поскольку вы оба технически правы, и я не могу наградить вас обоих ответом, я надеюсь, что никто не расстроится, если я отмечу свой ответ как здесь. Вы двое определенно хороши в анализе таких проблем с минимальными деталями и без примеров кода. Реквизит.

Источник

Две вещи, которые я бы искал:

1. Любая внешняя проверка с использованием Page_ClientValidate выполняется в JavaScript

2: Любой явный вызов Page.Validate() в коде позади

Источник

AutoEventWireup заставляет ASP.NET автоматически вызывать событие Page_Load без необходимости регистрироваться в событии. Альтернативой может быть переопределение метода OnLoad. Кажется, что ваша страница работает правильно, когда Page_Load не вызывается. Что вы делаете внутри этого метода? Какие-то странные привязки данных? Что если вы раскомментируете этот код, будет ли он работать тогда? Таким образом, вы можете сузить свою проблему до реальной проблемы, которую вы не показываете в своем вопросе.

Источник
Другие вопросы по тегам