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

Stalebot is closing tickets after too short a time #3962

Closed
fresheneesz opened this issue Feb 11, 2020 · 9 comments
Closed

Stalebot is closing tickets after too short a time #3962

fresheneesz opened this issue Feb 11, 2020 · 9 comments

Comments

@fresheneesz
Copy link

Stalebot seems to come through a mere 3 months after the last activity on a ticket and threaten to close it unless activity is made. This is far too short. Valid issues are being automatically closed simply because they aren't a top priority. Can someone please fix stalebot to have a longer timeout?

@ripcurlx
Copy link
Contributor

I'm not sure if it would just help to increase the timeframe e.g. to 4 or 5 months as development resources will always be a bottleneck. The idea behind using stalebot was to have a pretty clean list of issues without too much noise. At the moment issues with following labels:
- a:bug
- re:security
- re:privacy
- re:Tor
- in:dao
- $BSQ bounty
- good first issue
- Epic
are excluded from the stale check. Maybe we could/should extend this list to include other tags, that are applied right now (e.g. a:feature,...) as well. Are you referring to a specific issue?

@fresheneesz
Copy link
Author

I'm referring to a number of issues I was subscribed to where I saw stalebot try to close them or actually close them. A couple that I created are #3308 and #3017. I've seen notifications about stalebot a lot in my inbox. Its very common for an issue to remain valid for years. Simply closing bugs that haven't had activity in 3 months is not a good way to prioritize the work. Since people often only look through open tickets (and ignore closed tickets), having an open bug fosters discussion around the issue, where a closed issue may cause people having the same issue to not find it, or even if they do find it, assume that it isn't taken seriously and so isn't worth commenting on. Some people are too lazy to create their own issue tickets.

Its good some tags exclude tickets from being stalebotted, and I do think it would be a good idea to extend the list to include other tags, like you're suggesting. I do see that the issues are pretty well tagged. But I would still recommend increasing the timeframe. Dev resources will of course always be a bottleneck, and therefore you need to prioritize, but why not tag things with priority levels in that case rather than simply having the essentially binary priority of either closed or open?

@stale
Copy link

stale bot commented May 12, 2020

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the was:dropped label May 12, 2020
@cd2357
Copy link
Contributor

cd2357 commented May 18, 2020

The bot fights back :)

@stale stale bot removed the was:dropped label May 18, 2020
@cd2357
Copy link
Contributor

cd2357 commented May 18, 2020

@fresheneesz I agree its not a good idea to auto-close issues.

@p3yot3
Copy link

p3yot3 commented May 18, 2020

The microsoft bots are taking over!

@stale
Copy link

stale bot commented Aug 16, 2020

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the was:dropped label Aug 16, 2020
@stale
Copy link

stale bot commented Aug 23, 2020

This issue has been automatically closed because of inactivity. Feel free to reopen it if you think it is still relevant.

@stale stale bot closed this as completed Aug 23, 2020
@chimp1984
Copy link
Contributor

Finally the bot won. ;-)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants