this post was submitted on 29 Jul 2023
28 points (100.0% liked)
Free and Open Source Software
17931 readers
108 users here now
If it's free and open source and it's also software, it can be discussed here. Subcommunity of Technology.
This community's icon was made by Aaron Schneider, under the CC-BY-NC-SA 4.0 license.
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I hear what you are saying.
but did you ever consider how github could be a stop gate to many many tech illeterate people, who don't know how to post an issue or report a bug using github, having to sign-up to website they might never use again, figure up how to fill-in the ever so eleborate issue forms, and have to activate 2FA everytime they want to comment on the issue weeks after it has been posted. that's why you see many project subreddits are full with bug reports and help requests. its easiers for the commons.
Git technology is def a godsend for developpers but could also be a barrier to less techy people how don't know how to report, or if it is a problem in the software or something they are doing wrong. that's why I think we need to be more welcoming and less standoffish to people with less know how.
Maybe having a simple form on the project website that can mirror the bug reports to github is oneway to provide people with an easier solution to give feedback that they might not give otherwise.
I guess at the end of the day you'd have to decide for yourself whether you'd prefer submitting bugs to a social media spot (if the project has one), which is a lot more open to drama from others than on GitHub (which is not to say that drama doesn't happen on Git[Hub/Lab/etc]).
A couple of issues with this:
It'd be easier to spam / fill with junk, and would require either a custom solution that every project would have to reinvent the wheel on, or another centralized service that acts as the "gatekeeper" to spam... in which you just have the GitHub issue all over again
This method doesn't give developers an easy way to respond/follow-up on the report. It is very common for "bug reports" to not actually contain enough information on how to reproduce the problem unfortunately. You could say, add a field for an email address (which would need to be filtered out before posting to Git and stored somewhere / tied to the issue that gets opened) but I think most people would be against giving every single individual project their email address than GitLab/GitHub/etc. Additionally if we're focusing on tech illiterate people as you mentioned, its unlikely they'd even respond to a follow-up email.
No, most projects have a support email. I rarely see them not include that.