Talk:Get Involved/Issue Reporting: Difference between revisions

From KDE Community Wiki
Line 3: Line 3:
As someone that has been following KDE development over the years superficially, it is unclear to me whether or not bugs can also be reported to KDE's gitlab instance at invent.kde.org as issues rather than creating tickets in bugzilla at bugs.kde.org?  
As someone that has been following KDE development over the years superficially, it is unclear to me whether or not bugs can also be reported to KDE's gitlab instance at invent.kde.org as issues rather than creating tickets in bugzilla at bugs.kde.org?  


According to information on this site, which is well exposed on www.kde.org, everything should go to bugs.kde.org as invent.kde.org is not even mentioned in this part of Get Involved. This brings me into confusion as there indeed are many issues tagged as bugs on [https://invent.kde.org/groups/plasma/-/issues?scope=all&state=opened&label_name[]=Bug gitlab].
According to information on this site, which is well exposed on www.kde.org, everything should go to bugs.kde.org as invent.kde.org is not even mentioned in this part of Get Involved. This brings me into confusion as there indeed are many issues tagged as bugs on [https://invent.kde.org/groups/plasma/-/issues?scope=all&state=opened&label_name%5B%5D=Bug gitlab].


What is the distinction? Perhaps, that issues on gitlab should be used mainly for components still in the development process (i.e. unreleased code in devel branch) and bug reports on bugzilla primarily for bugs for standard releases?
What is the distinction? Perhaps, that issues on gitlab should be used mainly for components still in the development process (i.e. unreleased code in devel branch) and bug reports on bugzilla primarily for bugs for standard releases?
Line 18: Line 18:


- Nate
- Nate
::Thank you. For further reference, Nate has prepared [[Get_Involved/Issue_Reporting/Why_not_GitLab_Issues|an extensive wiki page]]  with explanations which features are blocking usage of Gitlab for bug tracking.

Revision as of 11:00, 1 January 2022

Bugzilla vs gitlab

As someone that has been following KDE development over the years superficially, it is unclear to me whether or not bugs can also be reported to KDE's gitlab instance at invent.kde.org as issues rather than creating tickets in bugzilla at bugs.kde.org?

According to information on this site, which is well exposed on www.kde.org, everything should go to bugs.kde.org as invent.kde.org is not even mentioned in this part of Get Involved. This brings me into confusion as there indeed are many issues tagged as bugs on gitlab.

What is the distinction? Perhaps, that issues on gitlab should be used mainly for components still in the development process (i.e. unreleased code in devel branch) and bug reports on bugzilla primarily for bugs for standard releases? Where should feature enhancement requests and wishes go?

Best, --Smihael (talk) 14:21, 26 November 2021 (UTC)


Some apps are already using GitLab issue against the generally recommended policy. They do this because GitLab issues works well for them, because they represent the standard intended use case of GitLab Issues as a bug reporting tool: a 1:1 mapping of git repo to software, with developers who (mostly) do basic bug triage for their own apps.

However this does not represent the reality for other KDE projects, such as Frameworks, Plasma, KWin, and System Settings. For products like these, GitLab issues works much less well and suffers from many significant issues, which currently block adoption.

It is unfortunate that we now have effectively two bug trackers and some small new apps using GitLab issues instead of Bugzilla. However it is what it is. In the meantime people are encouraged to report bugs to Bugzilla unless there is no Bugzilla component. In that case they can use GitLab issues.

- Nate

Thank you. For further reference, Nate has prepared an extensive wiki page with explanations which features are blocking usage of Gitlab for bug tracking.