Mi solución para lidiar con el problema es eliminar la directiva @model en la parte superior de la página de diseño y luego hacer algunas comprobaciones donde normalmente esperaría ver que mi modelo cambie entre los diferentes modelos que podrían pasarse, por ejemplo,

@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>
}

Acabo de rastrear un problema similar en mi aplicación y quería describir la solución para mí. En mi caso, estaba recibiendo la siguiente excepción:

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'.

Y yo estaba usando [HandleError] para enrutar errores a ~/Shared/Error.cshtml

Lo que sucedió [al menos en mi caso] fue: ~/Shared/Error.cshtml tenía Layout = "~/Views/SiteLayout.cshtml"; para asegurarse de que la página de error tuviera un estilo correcto (como el resto del sitio) sin duplicar el layout/css includes.

~/Views/SiteLayout.cshtml tenía un parcial incluido: ~/Shared/LightboxLogin.cshtml que proporciona un caja de luz en línea para el inicio de sesión. ~/Shared/LightboxLogin.cshtml tenía un parcial adicional para incrustar el formulario de inicio de sesión real: @Html.Partial("Login") que incluye ~/Shared/Login.cshtml Esto se utiliza para la funcionalidad de inicio de sesión en el front-end del sitio.

Debido a que el error se causó en el área de Administración del sitio, el controlador fue "Admin" y cuando se produjo un error, se invocó Error.cshtml, que incluía SiteLayout.cshtml con un modelo HandleErrorInfo. Esto a su vez incluía LightboxLogin, que luego incluía el Parcial, Login... pero había otro punto de vista en ~/Admin/Login.cshtml que fue incluido por el @Html.Partial("Login") en su lugar.

Esta vista en ~/Admin/Login.cshtml tenía esto: @model Web.Models.Admin.Login

Por lo tanto, la lección aprendida aquí es tener cuidado con el nombre de sus parciales que desea incluir. Si ~/Shared/Login.cshtml fue ~/Shared/PublicLoginForm.cshtml y @Html.Partial("PublicLoginForm") se utilizó entonces este problema se habría evitado.

Nota al margen: Arreglé esto así [ya que no quería reestructurar mis puntos de vista]:

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

Lo que significa que el Parcial no se incluye cuando el diseño se incluye en una condición de error.

Tuve este error con vistas fuertemente mecanografiadas y lo arreglé estableciendo también RouteData del contexto de la solicitud original.Valores ["controlador"] y" acción " para que coincida con el controlador de página de error y los nombres de acción.

Si mira aquí verá una implementación mejorada de HandleErrorAttribute que además del soporte JSON también le muestra lo que está sucediendo en la clase base con el resultado vista.

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

Si la construcción ViewResult aquí se parece a la lógica utilizada por Microsoft, entonces el problema podría ser que solo puede especificar una nueva vista (condición de error), no el controlador o la acción (ya que ha cambiado desde la solicitud original). Tal vez es por eso que el framework MVC/handlers se están confundiendo con vistas escritas. Me parece un bicho.

El el ejemplo anterior NO incluye esta corrección, por lo que tendrá que editarla de la siguiente manera (las dos últimas líneas y el comentario son nuevos):

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";

Si no lo está manejando en un filtro/atributo, solo necesita hacer algo como las dos últimas líneas donde está tratando con los datos de enrutamiento, por ejemplo, muchos ejemplos "OnError" construyen un controlador de errores y luego llaman a IContoller.Ejecutar. Pero esa es otra historia.

De todos modos, si obtiene este error, dondequiera que esté manejando el error, simplemente reinicie el nombre original de "controlador" y "acción" a lo que esté utilizando y puede arreglarlo para usted también.