-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
MAINT: Update version of deprecation_with_replacement #2861
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #2861 +/- ##
=======================================
Coverage 96.43% 96.43%
=======================================
Files 52 52
Lines 8726 8726
Branches 1721 1721
=======================================
Hits 8415 8415
Misses 182 182
Partials 129 129 ☔ View full report in Codecov by Sentry. |
Seems like we missed them during the cleanup, as they should already have been removed as well - they already were errors if I am not mistaken. Thus I do not really consider this change to be correct. Depending on whether we yank the 5.0.0 release, this might go into the fixed 5.0.0 release with a complete cleanup. |
If it was not an Is |
No, I am questioning why we are still delaying the deprecation which - if I understand correctly, should already have happened by completely removing the offending code. |
These were |
What is your plan on continuing with this? If ever, we should probably update the version number to 6.0 then to indicate that this is gone in version 5.0? |
I think it should be 5.0.0 if I understand the deprecation process. Previously I said being an |
Unless I'm wrong :
in release 4.x.x, the process was not properly applied ( we should have moved to deprecation) in 5.0.0, the mistake has been fixed and we moved to `deprecation_with_replacement( (....), "4.0.0") in 6.0.0, we will completely removed these functions. |
No description provided.