Add nuance to how stale works to encourage interaction from Maintainers in situations where contributors follow all the guidelines
See original GitHub issueš Wanted to memorialize a conversation that @gr2m @bkeepers @JasonEtco and I had with @keithamus at GitHub Universe this past week. Keith brought up a really valid point about first time contributors and the way a bot closing out their issue might affect future contributions to open source. Everyone mentioned above, please feel free to edit my explanation as you see fit.
Apologies for my paraphrasing: There are two types of issues that end up getting closed. There are issues where the submitter has done their best to reproduce and for one reason or another the issue doesnāt get attention. The type is when the submitter is not responding or might not be following instructions. This type makes perfect sense for stale. It will close out issues that donāt meet the bar for human interaction.
However, the first type of issues where the submitter has done everything in their power to help describe the issue, there might be an opportunity to change the tone or interaction so that we could help empower new comers rather than have them get shut out by a bot.
Examples
I tried to pull up a few issues to try and describe these different circumstances.
Here is a situation where a person opened an issue without filling out the proper documentation: https://github.com/atom/atom/issues/15889 This is a perfect candidate for stale or another bot to reply as rsese did in this instance.
Here is a situation when the original opener of the issue styurin
got an answer from a member of the project and never replied. In this case it seems that itās reasonable to close the issue b/c the original submitter never followed up: https://github.com/atom/atom/issues/12964
Here is a situation when the user took time to report an issue and someone added a label but there was no further interaction. I would imagine the issue got fixed at some point b/c the original submitter, misaghshakeri
, never replied. https://github.com/atom/atom/issues/12548 However, I wonder if some sort of interaction or nuance could help provide context.
Possible Solutions
We could use the first-timer property returned from the GraphQL endpoint to change the behavior of the app.
We could build a heuristic for how new a person is to GitHub to provide a nuanced response to stale.
We could be more opinionated/prescriptive on how we ask users to write their stale comment text.
In short, I think stale is awesome. Itās adoption and resulting data gives us a really cool opportunity to re-asses its interactions and further investigate the tone, context, and persona of stale that will best serve the needs of first time contributors up through maintainers.
Issue Analytics
- State:
- Created 6 years ago
- Reactions:6
- Comments:18 (7 by maintainers)
Top GitHub Comments
I fully agree with this, and Iām happy to say that itās actually already possible with the botās current functionality ā it just isnāt the default.
In the tldr-pages project we ended up creating a configuration file that gets the bot from this:
to this:
Of note:
Is this still relevant? If so, please comment with any updates or addition details.