Skip to content
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

Enable Close Stale Actions in Github Actions Workflow #1598

Closed
embano1 opened this issue Feb 11, 2022 · 4 comments · Fixed by #1609
Closed

Enable Close Stale Actions in Github Actions Workflow #1598

embano1 opened this issue Feb 11, 2022 · 4 comments · Fixed by #1609
Labels
admin For general admin tasks to be done usualy by maintainers

Comments

@embano1
Copy link

embano1 commented Feb 11, 2022

Discussed with @johnSchnake @jpmcb whether we should enable closing stale issues/PRs to clean up some of the issues. This is a double-edged swords, since contributors typically don't like their issues closed by a bot.

However, we could find a middle-ground and triage valid/up2date issues with lifecycle/frozen or a related label indicating this should be fixed/is actively worked on. All other issues will be closed after e.g. 90 days of inactivity unless someone comments (bumps) the issue again.

This typically helps to clean the number of issues significantly, reducing the perceived load on potential contributors.

@johnSchnake
Copy link
Collaborator

90 days without any comment or reaction seems reasonable; I agree that its really frustrating as a community member to have issues closed after 15-30d of inactivity especially if either:

  • no one ever responded and you dont feel it was even recognized
  • it was decided but no action ever taken

If we have a large window (90d), have a tag to prevent stalebot from marking approved issues, and hopefully have a few more people grooming the issues then I think it can make for a good experience.

The autoclose is particularly helpful for any issues where you sit in a 'waiting for more info' state for months. Rather than having to manually close those it would be nice if those cleaned themselves up.

@jpmcb
Copy link
Collaborator

jpmcb commented Feb 11, 2022

If we have a large window (90d), have a tag to prevent stalebot from marking approved issues, and hopefully have a few more people grooming the issues then I think it can make for a good experience.

This also sounds good to me! What should the label be for stalebot to ignore? lifecycle/frozen

@umarcor
Copy link
Contributor

umarcor commented Feb 14, 2022

Please, before enabling a new logic/criteria, consider removing label kind/stale from all currently tagged issues and PRs. Multiple contributions were marked as such because of unresponsiveness in the maintenance, without contributors being able to tell otherwise.

@umarcor
Copy link
Contributor

umarcor commented Feb 14, 2022

Ref: #1560.

@johnSchnake johnSchnake added the admin For general admin tasks to be done usualy by maintainers label Apr 7, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
admin For general admin tasks to be done usualy by maintainers
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants