Opened 6 years ago

Closed 5 years ago

#13850 closed (invalid)

Make handle_uncaught_exception() more easily patch-able

Reported by: leonidg Owned by: nobody
Component: Core (Other) Version: master
Severity: Keywords: mail, unhandlederror, http500
Cc: Triage Stage: Unreviewed
Has patch: yes Needs documentation: no
Needs tests: no Patch needs improvement: no
Easy pickings: UI/UX:


When a 500 error happens that is not handled by any middleware, etc., Django goes into core.handlers.base.handle_uncaught_exception, which, if settings.DEBUG is set to False, generates a simple email that contains the traceback and request data and sends it to the admins specified in This behavior is not configurable, and in particular there is no easy way to customize what the contents of the email is. The best one can hope to do is to subclass or monkey-patch BaseHandler.

It would be nice for this function to use a helper method of BaseHandler that takes the same information (request and exc_info) and returns the (subject, message) tuple. Then, applications that would like more detailed error emails can simply replace this function with whatever they want. The attached patch does this.

Attachments (1)

uncaught-exception-email.patch (1.6 KB) - added by leonidg 6 years ago.

Download all attachments as: .zip

Change History (4)

Changed 6 years ago by leonidg

comment:1 follow-up: Changed 6 years ago by berto

  • Needs documentation unset
  • Needs tests unset
  • Patch needs improvement unset

Once this patch is applied where do you customize the make_uncaught_exception_email() function?

comment:2 in reply to: ↑ 1 Changed 6 years ago by leonidg

Replying to berto:

Once this patch is applied where do you customize the make_uncaught_exception_email() function?

You redefine it in It's ugly, but it's strictly better than what one would have to do now, which is to redefine the entire handle_uncaught_exception() function.

comment:3 Changed 5 years ago by brodie

  • Resolution set to invalid
  • Status changed from new to closed

Django 1.3's logging framework allows you to configure what's invoked when there's an uncaught exception. E.g.,

    'version': 1,
    'disable_existing_loggers': False,
    'handlers': {
        'mail_admins': {
            'level': 'ERROR',
            'class': 'foo.FooLogHandler'
    'loggers': {
            'handlers': ['mail_admins'],
            'level': 'ERROR',
            'propagate': True,

Where foo.FooLogHandler is your own handler that fires off an email in the format you prefer.

Note: See TracTickets for help on using tickets.
Back to Top