13
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 20 Aug 2023
13 points (84.2% liked)
KDE
5149 readers
57 users here now
KDE is an international technology team creating user-friendly free and open source software for desktop and portable computing. KDE’s software runs on GNU/Linux, BSD and other operating systems, including Windows.
Plasma 6 Bugs
If you encounter a bug, proceed to https://bugs.kde.org, check whether it has been reported.
If it hasn't, report it yourself.
PLEASE THINK CAREFULLY BEFORE POSTING HERE.
Developers do not look for reports on social media, so they will not see it and all it does is clutter up the feed.
founded 1 year ago
MODERATORS
I wouldn't necessarily say that, it does work well for a lot of projects when used as an all in one package to have all development on, especially when it's a public instance for many different projects such as GitHub. There's just a lot of unnecessary parts and duplicated parts they have when specifically hosted for a single project, especially if there's other infrastructure already in place. It feels kinda like running an Active Directory domain for one user and one PC (which I'm ironically considering doing, except that I have three computers).
I do agree. One thing I can think of is that it would be very nice to have a link back to the project from a linked repo. Currently something that's sorely missing imo. But they do say it's alpha quality though ;)
I get what you mean. I don't mind it since I understand how it works, but for example I'm always apprehensive about clicking the submit button since I think maybe I accidentally edited some field I didn't want to edit. There's also some strange restrictions such having to upload attached files one by one and having to make a new comment for each of them. It's certainly got its flaws, but the nice thing about it is that it's a central bug database, with a lot more detailed categorization (bug status, dependencies, platforms, affected versions, product component, etc.) than what GitLab provides, which is pretty much just tags for all of those afaik, which is very valuable for a huge project like KDE. I'm not sure whether any FOSS alternatives that provide all that exist honestly.
Oh I wasn't necessarily accusing Github, or any other service of being bloated, I was making more of a general statement.
I'm honestly not sure that a central database for bugs is the best of ideas. The issues for a project should, ideally, be tied to, and integrated with that specific project. I think that it encourages more community input -- people can find the components that they like, and delve into that specific component, and its community without needing to worry about anything else in the ecosystem. It may be too overwhelming for someone to have to interact with everything from every other project in the ecosystem, instead of just what they are interested in.
It’s very very useful when looking for bugs to at the very least have a central search, I’ve encountered issues before which are filed against a completely different app than the one I’m encountering it in (usually because the issue is actually in a library that both use), which I would have missed otherwise. Having a single database also allows then moving bugs between projects in cases such as that without having to recreate it and linking the old one to the new one.
Also in case you haven’t seen it yet, here are KDE’s official reasons for sticking to Bugzilla: https://community.kde.org/Get_Involved/Issue_Reporting/Why_not_GitLab_Issues
Perhaps a middle ground would be to organize individual repositories under an organization, like on github, where the organization has a global bug tracker, as well as each project.