-
-
Notifications
You must be signed in to change notification settings - Fork 7.7k
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
Adjust deprecation timing and message #13333
Comments
Or... info message for 1 release, warn for 12 releases after that, error after that. |
In my head, the "info grace period" is mainly targeted at theme authors (like myself). I may not read the INFO output, but I do read release notes and this gives me a chance to adjust my themes before people start creating issues on my themes. We can certainly adjust the timing, but I suggest we find some middle ground, e.g. info for 3 releases then ... |
OK, info for 3, warning for 12 after that, then error. The main thing is to give 12 months of highly-visible notice (i.e., WARNING). If you approve I'll submit changes. |
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
I know this has been discussed before, but here's my thinking:
I suspect very few people, if any, use the
--logLevel info
flag to check for new deprecations. So we're effectively giving users a "6 releases from now" notice instead of a "12 releases from now" notice. I propose to start warning immediately, not after 6 releases.After 12 releases we're telling people we're going to remove the feature, but from their perspective it has already been removed. I propose to adjust the message as shown below.
The text was updated successfully, but these errors were encountered: