-
Notifications
You must be signed in to change notification settings - Fork 1.4k
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # 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.