-
Notifications
You must be signed in to change notification settings - Fork 915
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
[DOC] Improved deprecation warnings. #9347
Conversation
Another important consideration is that |
Codecov Report
@@ Coverage Diff @@
## branch-21.12 #9347 +/- ##
================================================
- Coverage 10.79% 10.76% -0.03%
================================================
Files 116 116
Lines 18869 18995 +126
================================================
+ Hits 2036 2045 +9
- Misses 16833 16950 +117
Continue to review full report at Codecov.
|
I think I included some discussion of how we should plan to handle deprecations in the future in the roadmap, but perhaps not in sufficient detail yet. FutureWarning is the appropriate choice here, as it is described here:
Defining a custom class would work too but is probably not necessary and doesn't offer much benefit relative to standardizing across the Python ecosystem. |
I have standardized all deprecations to use |
The `method` parameter to `DataFrame.join` and `DataFrame.merge` [isn't used internally](https://github.com/rapidsai/cudf/blob/e2098e56f0cb209b1d916ce617c04533444a056a/python/cudf/cudf/core/join/join.py#L90) after changes in #7454. This PR updates the docstrings and adds deprecation notices via `FutureWarning` as discussed in #9347. The parameter is now deprecated in the public API. I removed all internal uses of the `method` parameter. Authors: - Bradley Dice (https://github.com/bdice) Approvers: - Charles Blackmon-Luca (https://github.com/charlesbluca) URL: #9291
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.
This LGTM. Technically we could mark this as breaking since it's modifying warnings that users might be catching, but since they're warnings and not errors and we've been really inconsistent about warnings so far anyway I'm choosing not to.
@gpucibot merge |
Following up with some extra replacements of `DeprecationWarning` with `FutureWarning` that were missed in #9347 (these were added after I started that PR). From here forward, all PRs introducing deprecations of user APIs should use `FutureWarning`. Authors: - Bradley Dice (https://github.com/bdice) Approvers: - GALI PREM SAGAR (https://github.com/galipremsagar) URL: #9392
This PR improves deprecation warnings. I fixed some typos to make it easier to grep for deprecations, and added the warning type
DeprecationWarning
where appropriate. (Found these issues while looking for examples of deprecations for #9291.)