Constructive Criticism on Issue Handling

I’ve noticed that there is little to no use of open issues submitted by contributors. A bot was added to mark them as stale, and many were closed for other reasons. What’s the point of keeping issues running if they are just going to be closed and forgotten? Closing or outright ignoring an issue is essentially an invitation to leave. It diminishes the work of contributors who took the time to carefully fill out the required details and report a potential problem.

Nobody opens an issue for no reason. Sure, a newbie might make a mistake once in a while, but who hasn’t? Generally speaking, though, Dgraph’s open-source contributors are highly experienced and professional. Ignoring, denying, or closing an issue won’t make the underlying problem disappear. it will likely resurface in another issue down the road.

BTW, having thousands of open issues is not a problem. There’s no need to feel overwhelmed or anxious about the number. Closing issues is not a sign of efficiency, let alone productivity. On the contrary, it shows that a significant part of the community is still engaged with the product. Closing them down (Or a bot marking them as stale) sends the message: “We don’t care about your contribution.”

Even if the company has its own internal tracking tools, open-source projects have a layer of non-verbal communication built into them. Either remove the issue tracker, and we are okay with that, entirely or engage with every single issue—even if it’s just to provide a clear rejection. In my opinion, it’s more honest to eliminate the issue tracker altogether and handle bugs internally than to give the community false hope.

Cheers.

2 Likes

Thanks for sharing your thoughts @MichelDiz.

We used the stale bot to get back on top of a mountain of issues and pull requests that were of unknown relevance at the current time. It was our way of automating “is this still an issue?” The goal was not to explicitly close issues, but to reduce noise. I’m sorry if it came across as not valuing submissions from the community. The bot was removed a few months back after it completed its purpose.

We can do better on triaging and more transparently working on issues. Feedback heard and we’ll take action here.

1 Like

What sort of action did you have in mind? Wondering what to do when encountering stalebots handy work on full-on game-breaking bugs like [BUG]: When build oss degraph alpha exit with error : flags: acl / encryption is an enterprise-only feature · Issue #9027 · hypermodeinc/dgraph · GitHub

Is there a protocol for un-stalebot-ing such issues or would you like to have them all re-submitted?

Feel free to tag me (ryanfoxtyler) in a comment on the issue and I can reopen. For this issue in particular, we’re moving to a single open source build with v25, so that should solve this.

1 Like