Contexts are frequently used to store request-specific metadata, such as logging, metrics and tracing information. Error handlers configured by the user are much more useful if they have this information available.

This is a breaking change, which is unfortunate. Not sure what the policy is for breaking changes in this project. This functionality could also be implemented as more verbose, non-breaking changes where we deprecate the error handlers that don't take a context, and add new error handlers that do.

If this project is doing a breaking change, it'd be a good idea to look into other potential candidates for taking in context parameters.