chore: remove stale bot

[jaworek]

Summary

Inspired by blog post linked below, I would like to propose removing stale bot from the project. I'll quickly summarise points mentioned there:

• opened issue should not make maintainer feel obligated to respond, implement, or fix any feature/bug
• issues are a place for discussion and a way for community to find solutions to problems that they encounter
• it serves as a place to record additional information, workaround, opportunity for other developers to create a PR in the future

https://drewdevault.com/2021/10/26/stalebot.html

I'm aware that we also have a "Discussions" enabled for this reason, but it seems as it is not uses as often as "Issues" tab.

Test plan

Verify that merge and build pipeline is working correctly.

[github-actions[bot]]

The mobile version of example app from this branch is ready! You can see it here

.

[mikehardy]

Interesting! I just saw this as I was fishing for a PR I need to complete for react-native-paper and as a maintainer of a lot of repos I had to check this and the linked post.

I think it's a false premise:

There is no shame in having a lot of open issues

Stale bot for me at least, in my repos, is not motivated by shame. It's motivated because the issues list in a well-maintained repo actually carries a lot of signal. An open issue is something on my list of things I'm actually going to work on or am interested in collaborating on. It's an actual todo list. An open issue signals to the users that this issue is real and is accepted for work if someone wants to post a PR.

A closed issue means "not actionable", that's really valuable for users to know.

There is not a single thing stopping users from continuing to collaborate on closed issues and that happens all the time.

Conversely a policy of auto-locking closed issues, I consider that harmful personally and only lock when conversation quality is extremely poor.

Not that anyone asked me here, but that's a really important point to make. Ignoring the signaling value of an issue's open/closed state and/or ignoring possible utility of an issues list as an actual todo list makes the stale bot a strawman and of course it seems silly then.

[satya164]

• opened issue should not make maintainer feel obligated to respond, implement, or fix any feature/bug
• issues are a place for discussion and a way for community to find solutions to problems that they encounter
• it serves as a place to record additional information, workaround, opportunity for other developers to create a PR in the future

I think the last 2 points don't really depend on the issue being open or closed, and usually, the bot will only close issues without a repro anyway.

Regarding the first point, while it shouldn't in an ideal scenario, that's not the case:

• having a lot of issues open makes it harder to focus and manage them, like having a lot of items in your todo list.
• people (and tools) count the number of open issues in a repo to determine the quality

Basically agree with @mikehardy