I started using sr.ht recently and a few ideas I would like to see have already been reported. I would like to upvote on such tickets to indicate that it's something I would like to see as well, without necessarily having to comment - as it adds to more notifications.
I'm not saying
no yet... but this is a deliberate omission. I don't know of any maintainers who actually use votes to govern their priorities, they're usually just a placebo that prevents
I think the more we allow people to publicly display interest in a ticket without them having to spend effort, the less likely they're going to be to actually try their hand at addressing the problem. Instead, maybe a better alternative is to use some
UX trickery on todo (and other services) to make it more convenient for interested parties to actually contribute to the issue at hand instead of simply showing superficial interest in it. Like how Github has the
Fork link at the top of pretty much every page in a repo, maybe we could do something similar, like adding links to the related git repo/mailing list(s) when we know that they're related (maybe this could be added alongside the metadata fields at the left as
As a developer, I like the
me too button. The question comes down to, would you rather the ego boost from closing 20 issues, or get a counter of number of users who've bothered enough to click the
I can duplicate this bug button?
Github has the reaction system, which helps reduce noise but no meaningful way to sort by how many users are actually having the issue.
I don't know of any maintainers who actually use votes to govern their priorities, they're usually just a placebo that prevents me tooing.
Perhaps we could have a
I am affected by this bug button? That should be slightly more useful to maintainers.