-
Notifications
You must be signed in to change notification settings - Fork 14.6k
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
Remove worrying log message about redaction caused by OpenLineage plugin #31149
Remove worrying log message about redaction caused by OpenLineage plugin #31149
Conversation
The current published plugin calls `_redact_all` directly, so when we added the `max_depth` parameter in 2.6 (precisely so it didn't need to call this private function directly!) we broke that. This change leads to some worrying logs appearing in task logs for anyone with the plugin installed: ``` [2023-05-05, 11:56:17 BST] {utils.py:490} WARNING - Unable to redact []Error was: TypeError: SecretsMasker._redact_all() missing 1 required positional argument: 'max_depth' [2023-05-05, 11:56:17 BST] {utils.py:490} WARNING - Unable to redact []Error was: TypeError: SecretsMasker._redact_all() missing 1 required positional argument: 'max_depth' [2023-05-05, 11:56:17 BST] {utils.py:490} WARNING - Unable to redact NoneError was: TypeError: SecretsMasker._redact_all() missing 1 required positional argument: 'max_depth' ``` This patch makes that previous change backwards compatible for that with no change in behaviour for new code.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is there a timeline we could remove this default? We could add this to the comment so to remove the default when we can.
Good call @uranusjr -- added a TODO to look at it in "early 2024". |
Oops - Github issue means that my update commit didn't "take" (GH didn't see the push). Not the end of the world here. |
…in (#31149) The current published plugin calls `_redact_all` directly, so when we added the `max_depth` parameter in 2.6 (precisely so it didn't need to call this private function directly!) we broke that. This change leads to some worrying logs appearing in task logs for anyone with the plugin installed: ``` [2023-05-05, 11:56:17 BST] {utils.py:490} WARNING - Unable to redact []Error was: TypeError: SecretsMasker._redact_all() missing 1 required positional argument: 'max_depth' [2023-05-05, 11:56:17 BST] {utils.py:490} WARNING - Unable to redact []Error was: TypeError: SecretsMasker._redact_all() missing 1 required positional argument: 'max_depth' [2023-05-05, 11:56:17 BST] {utils.py:490} WARNING - Unable to redact NoneError was: TypeError: SecretsMasker._redact_all() missing 1 required positional argument: 'max_depth' ``` This patch makes that previous change backwards compatible for that with no change in behaviour for new code. (cherry picked from commit 25e3159)
The current published plugin calls
_redact_all
directly, so when weadded the
max_depth
parameter in 2.6 (precisely so it didn't need tocall this private function directly!) we broke that.
This change leads to some worrying logs appearing in task logs for
anyone with the plugin installed:
This patch makes that previous change backwards compatible for that with
no change in behaviour for new code.
^ Add meaningful description above
Read the Pull Request Guidelines for more information.
In case of fundamental code changes, an Airflow Improvement Proposal (AIP) is needed.
In case of a new dependency, check compliance with the ASF 3rd Party License Policy.
In case of backwards incompatible changes please leave a note in a newsfragment file, named
{pr_number}.significant.rst
or{issue_number}.significant.rst
, in newsfragments.