Thanks for the ideas.
In looking at this more, it looks like the change with the MVC 3 RTM
was in the Visual Studio template for Global.asax.cs. There is now
this:
public static void RegisterGlobalFilters(GlobalFilterCollection
filters)
{
filters.Add(new HandleErrorAttribute());
}
protected void Application_Start()
{
AreaRegistration.RegisterAllAreas();
RegisterGlobalFilters(GlobalFilters.Filters);
RegisterRoutes(RouteTable.Routes);
}
So, I lied, the HandleError Attribute was in effect and that is why
Elmah was silent. After removing that, elmah is logging again.
It's frustrating though that the
ASP.NET error response generates a
200 HTTP status code for the error page after removing that filter
from global.asax.cs whereas it was giving a 500 status with the filter
in place. Achieving the goal of 1) custom error page with 500
response (no 302, no 200) and logging of error with Elmah proving much
are complicated than anticipated.
More digging, but at least elmah is working as it should. Thanks
again!
On Jan 20, 11:40 am, Atif Aziz <
aziza...@gmail.com> wrote:
> > When cusomErrors = On or RemoteOnly, no errors are logged, no email
> > is sent (but 404 errors do still log with ELMAH)
>
> Sounds like ELMAH is essentially working since you say 404s are being
> logged. Try these troubleshooting hints:
>
> - Enable
ASP.NET tracing to see if ELMAH is logging internal errors and
> which you can subsequently view through trace.axd. It may give hints about
> what's going wrong.
>
> - If you added any error filtering then disable it temporarily (by
> commenting out the relevant section of the configuration file) just to
> eliminate the possibility that the errors may be getting filtered &
> therefore never getting logged or mailed.
>
> - Check that you're not using another similar library or that your own
> code is not clearing the error before ELMAH gets to see it.
>
> - If you're expecting errors during web service calls to be logged then
> >
elmah+un...@googlegroups.com <
elmah%2Bunsu...@googlegroups.com>.