Open piskvorky opened 5 years ago
I'm a bit "meh" about this, because we don't have that many tickets labeled need-info, so the manual labor involved in nagging people and closing tickets is minimal.
An auto-reminder might help 'wake' a few reporters into answering requests for more info, or into letting us know it's no longer an issue for them. But given that both reporters and contributors can may only be looking-in on a part-time/casual/occasional schedule, I'd want multiple-reminders & generous deadlines before an auto-close.
I'd not want the auto-locking - if a new report/update is truly related to an older issue, perhaps even an auto-closed issue, it's best to append-to, and re-open the old issue – to retain original info in original context. (When someone is truly 'hijacking' an old ticket with unrelated questions/concerns, I think that requires case-by-case responses which guide them to the proper forum/new-issue.)
Another use-case for bots:
not a bug
. Use case: all the people who want to chat on Github, and we have to point them to the issue template / mailing list over and over again.@mpenkov yes, we managed for years without bots, this is by no means critical. But making the whole dev process clearer and more streamlined and automated is desirable IMO.
I suggest adding Github bots to the Gensim repo to:
need info
label, to point the user to our check-list from the issue template of what we need in reports (notably a reproducible example + SW versions), and warn them the issue will be closed otherwise.I found some bots that reportedly do that, e.g. stale bot, lock bot.
But we have to be careful about permissions requested by these 3rd party tools. I don't have much trust in external tools, and requesting the bot any sort of access to our private repos would be an immediate show-stopper.