-
Notifications
You must be signed in to change notification settings - Fork 349
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
Exponential backoff #34
Comments
In the linked case, you could exempt the "security" label. Problem solved. |
This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 5 days |
@Be-ing the point is we still want to be reminded of old issues, but the time between two reminders should be proportional to the age of the issue. In other words, we want to be reminded more frequently of recent issues and less frequently of older issues. This is because the bot doesn't understand the issues and the users don't tell the bot whether a particular issue is expected to get fixed within the week or within the next two years, which varies from one issue to another. So, when a user tells the bot "don't close this yet" it constitutes feedback that means roughly "please double the time until you can bug me again". It doesn't have to double, it could be 1.5 or any constant factor. Assuming a factor 2 for the sake of simplicity, this gives us the following schedule:
|
Even worse, even if I’m annoyed by the behavior, I cannot just “fork my own”, because I still need to persuade all the maintainers to use my fork before I can avoid such naggings. |
Sometimes it’s annoying when stable bot repeatedly nag users. For example:
travis-ci/travis-ci#9430 (comment)
I think it would be helpful if users can specify exponential backoff. For example, first mark as stale in 2 months, then 4 months, then 8 months, then 16 months, then give up (or add a “long-running issue” label).
The text was updated successfully, but these errors were encountered: