-
Notifications
You must be signed in to change notification settings - Fork 387
Filter based on issue type #1187
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
Comments
Hello @Bibo-Joshi, |
We are switching over to issue types as well over in zed.dev's issue tracker - would love to have this configuration option. |
This is very much needed, otherwise we have duplicates for labels and types now. |
One thing to note is that GitHub's REST API doesn't even support filtering by type, as far as I can tell. So until that lands, getting that feature in the stale action is totally blocked. https://github.com/orgs/community/discussions/140874#discussioncomment-11582660 |
We're moving away from the `bug` label and `task` label in favor of Github Issue types. Stale bot does not yet support Issues Types: actions/stale#1187 This would impact the majority of bugs in our backlog. While not immediately, they will get a stale label and ultimately auto-closed within the next couple of months. Are we OK with that? Should we consider adding some sort of "pinned" label to save these bugs?
Looks like they've added Issue Type to the Reset API. |
Any progress with this one? I think there are no blocking things with it. |
Description:
Introduce a parameter
only-issue-types
that ensures that only issues of a specific type are set to stale and closed.Justification:
With the introduction of types, GitHub as given organizations a new issue attribute that can be used for categorization/classification of issues. For different issue types it would be desirable to have different stale settings just like we currently can have for labels. E.g. in my organization, we'll be using the new issue type for separating questions from feature requests. Questions should go stale faster.
Are you willing to submit a PR?
I'm open to try so, but will need some pointers, especially on testing. I'm not familia with TypeScript (or very familiar with JS at all …)
The text was updated successfully, but these errors were encountered: