мое решение для решения проблемы-удалить директиву @model в верхней части страницы макета, а затем выполнить некоторые проверки, где я обычно ожидаю увидеть мою модель для переключения между различными моделями, которые могут быть переданы, например

@if (Model is System.Web.Mvc.HandleErrorInfo)
{
    <title>Error</title>
}
else if (Model.GetType() == typeof(MyApp.Models.BaseViewModel))
{
    <meta name="description" content="@Model.PageMetaDescription">
    <title>@Model.PageTitleComplete</title>
}

я только что отследил аналогичную проблему в своем приложении и хотел описать исправление для меня. В моем случае я получал следующее исключение:

System.InvalidOperationException: The model item passed into the dictionary is of 
type 'System.Web.Mvc.HandleErrorInfo', but this dictionary requires a model item of
type 'Web.Models.Admin.Login'.

и я использовал [HandleError] для маршрута ошибок ~/Shared/Error.cshtml

что случилось [по крайней мере в моем случае] было: ~/Shared/Error.cshtml had Layout = "~/Views/SiteLayout.cshtml"; чтобы убедиться, что страница ошибки была стилизована правильно (как и остальная часть сайта) без дублирования макета/css включает.

~/Views/SiteLayout.cshtml было частично включено:~/Shared/LightboxLogin.cshtml который обеспечивает встроенный лайтбокс для входа. ~/Shared/LightboxLogin.cshtml еще частично для размещения фактическая форма входа: @Html.Partial("Login"), которая включает ~/Shared/Login.cshtml Это используется для функций входа в систему на интерфейсе Сайта.

поскольку ошибка была вызвана в административной области сайта, контроллер был "Admin", и когда произошла ошибка,Error.cshtml был вызван, в который вошли SiteLayout.cshtml С HandleErrorInfo модель. Это, в свою очередь, входит LightboxLogin, который затем включены частичные,Login... но в ~/Admin/Login.cshtml, который был включен .

этот вид на ~/Admin/Login.cshtml было так: @model Web.Models.Admin.Login

Итак, урок, извлеченный здесь, будьте осторожны с наименованием ваших партиалов, которые вы хотите включить. Если ~/Shared/Login.cshtml был ~/Shared/PublicLoginForm.cshtml и @Html.Partial("PublicLoginForm") было б тогда этой проблемы можно было бы избежать.

Sidenote: я исправил это так [как я не хотел реструктурировать мой просмотров]:

@if (!(Model is HandleErrorInfo))
{
   @Html.Partial("LightboxLogin")
}

что означает, что частичное не включено, когда макет включен в условие ошибки.

У меня была эта ошибка со строго типизированными представлениями и исправила ее, также установив RouteData исходного контекста запроса.Значения ["controller"] и" action", чтобы соответствовать контроллеру страницы ошибок и именам действий.

Если вы посмотрите здесь, вы увидите расширенную реализацию HandleErrorAttribute, которая помимо поддержки JSON также показывает вам, что происходит в базовом классе с результатом вид.

https://www.dotnettricks.com/learn/mvc/exception-or-error-handling-and-logging-in-mvc4

Если конструкция ViewResult здесь похожа на логику, используемую Microsoft, то проблема может заключаться в том, что она может указать только новое (условие ошибки) представление, а не контроллер или действие (поскольку оно изменилось с исходного запроса). Возможно, именно поэтому фреймворк / обработчики MVC путаются с типизированными представлениями. Похоже, ошибка мне.

приведенный выше пример не включает это исправление, поэтому вам придется отредактировать его следующим образом (последние две строки и комментарий являются новыми):

var model = new HandleErrorInfo(httpError, controllerName, actionName);
filterContext.Result = new ViewResult
{
    ViewName = View,
    MasterName = Master,
    ViewData = new ViewDataDictionary(model),
    TempData = filterContext.Controller.TempData
};

// Correct routing data when required, e.g. to prevent error with typed views
filterContext.RouteData.Values["controller"] = "MyError";  // MyErrorController.Index(HandleErrorInfo)
filterContext.RouteData.Values["action"] = "Index";

Если вы не обрабатываете его в фильтре / атрибуте, вам нужно только сделать что-то вроде последних двух строк, где вы имеете дело с данными маршрутизации, например, многие примеры "OnError" создают контроллер ошибок, а затем вызывают IContoller.Выполнять. Но это уже другая история.

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