Не перенаправляет на страницу ошибки, когда представление не компилируется

Question

Я заметил, что если в представлении есть ошибка компиляции и включены пользовательские ошибки, среда не запускает Application_Error(object sender, EventArgs e) в «global.cs» или не перенаправляет на URL defaultRedirect в конфигурацииsettings.

Вместо этого он загружает главную страницу, изменяя заголовок на Error и помещая следующие

<h2> Sorry, an error occurred while processing your request. </h2>

, где должно быть содержимое просмотра.

Кто-нибудь знаетспособ заставить его обрабатывать эти ошибки, как и любые другие?

PS Я знаю, что в представлении не должно быть ошибок компиляции, но у нас был случай, когда файл представления был поврежден и не был замечен каккод регистрации находится в Application_Error(object sender, EventArgs e).

Answer 1

Используете ли вы атрибут ошибки дескриптора?

[HandleError]

Я размещаю атрибут на уровне контроллера, а не на отдельных методах Action. Затем внутри контроллера я перезаписываю событие OnException, чтобы перехватить ошибку.

    protected override void OnException(ExceptionContext filterContext)
    {
        EventLog.WriteEntry("MyAppError", filterContext.Exception.ToString(), EventLogEntryType.Error);
        base.OnException(filterContext);
    }

Тогда я не отменяю событие Application_Error. Я все еще использую страницу «Ошибка» в папке Views \ Shared

Answer 2

Нашел это. Для обработки ошибок я использую контроллер ошибок с собственными представлениями.

После некоторого расчесывания головы я обнаружил, что у нас все еще была страница Ошибка по умолчанию в каталоге Views \ Shared. Это то, что оказывалось. Почему он использовал это и не указывал URL в части defaultRedirect файла web.config или вызывал Application_Error (отправитель объекта, EventArgs e), я не знаю.

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