-
-
Notifications
You must be signed in to change notification settings - Fork 218
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
stacklevel incorrectly passed as extra in structlog.stdlib.render_to_log_kwargs (typo) #619
Comments
Ah shit thanks! I'm trying to come up if there's a legitimate reason to add backwards-compatible change (i.e. support both, and translate the one to the other), or are the existing "use-cases" so thoroughly broken, that it just doesn't make any sense whatsoever? edit removed a trace that I completely misread while being high on PyCon fumes please disregard |
I do not think the backwards-compatible change should be supported no, given one case will cause an error (ie using Maybe there is an argument for passing both the argument to stdlib kwargs and in extra? Could turn the processor into a class so that could be parameterised, and the old one can be supported by |
render_to_log_kwargs reserves
stackLevel
when it should bestacklevel
python stdlib kwargs https://github.com/python/cpython/blob/main/Lib/logging/__init__.py#L1632
related
#537
#424
The text was updated successfully, but these errors were encountered: