-
Notifications
You must be signed in to change notification settings - Fork 897
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
Why are we using such a long name as StatusCanonicalCode? #1069
Comments
I think this should be renamed to just Status (or StatusCategory) after #966. The current enum is not canonical and I also don't know if we want to call it a code. |
I don't think this is a blocker for GA but if we intend to change that (and from the 👍 on here we seem to have some consensus), we should do so before GA. It should be a simple find-and-replace for SIGs that have already adopted the new Status model and otherwise it would go well along with that change. |
I'd prefer to settle this before GA since the names may be part of the API. In that case changing the names will break the API. |
from the issue triage mtg today, need a decision on this whether to have it |
* Remove "canonical" adjective from Status Code Resolves: #1069 * Address PR comments
From #1067 (comment).
Another question is: Are there non-canonical status codes?
The text was updated successfully, but these errors were encountered: