Community Bug Reporting

Please check the status of this specification in Launchpad before editing it. If it is Approved, contact the Assignee or another knowledgeable person before making changes.



To increase the effectiveness of Ubuntu's bugtracking, we should get ForumAmbassadors to encourage forum participants in creating useful bug reports; establish "bug parties" for LoCo teams and user groups to help out with QA; provide a "Report a Bug..." menu item for programs in Ubuntu alphas and betas; and make various changes to Launchpad's bug reporting and report pages to encourage useful bug reports and other QA work.


Effective bug reporting and tracking is central to the success of software projects. Daniel Holbach expressed concern that Ubuntu does not have enough QA volunteers to keep up with reported bugs. So encouraging more bug reporters, without a corresponding increase in QA volunteers, would likely result in newly-reported bugs going for weeks or months without a response, which would give the overall bugtracking process a bad reputation.

Jono Bacon and Simon Law agreed that we should, therefore, concentrate on training new QA volunteers before taking any major steps to encourage new bug reporters. However, we should still make it easier to report bugs for those people whose bug reports are already likely to be immediately useful.


We should target three groups of people: forum participants, LoCo team members, and the sort of enthusiasts who install pre-release versions.

Out of scope are the establishment of a testing "group", standardized test scripts, or a testing checklist; these are all good ideas, but a different topic.


Forum participants

Many forum threads are created for troubleshooting something that turns out to be a bug, and sometimes these bugs don't get reported. (Simon Law estimates that 5~10% of bug reports currently originate in the forums.)

To get these bugs reported, the ForumAmbassadors "job description" should include watching for bug-related forum threads, and encouraging the originator to report a bug containing relevant debugging information (or report it themselves, if the originator doesn't want to and no further information is required). These bug reports should link back to the original forum thread, as it often contains useful debugging information. If this system works, forum contributors eventually should be encouraging each other to report bugs, without prompting by the forum ambassadors.

We considered having a forum subsection dedicated to reporting/triaging bugs, but UbuntuDemon disagreed with that idea. Often people posting about a problem will not initially realize that it is a bug. There may, however, be a forum section for forum users to contact forum ambassadors, and this may include asking for help in reporting a bug.

LoCo team members

LoCo teams and user groups should be encouraged to get involved with bug tracking. One way to do this is to organize "bug parties", where team members get together to eat snacks and to clean up bug reports (taking care not to confuse the two). These would be analogous to Debian's Bug Squashing Parties.

Activities at bug parties could include:


Most Ubuntu users use release versions. For bug reporting purposes, these are less useful than the development version, for two reasons:

Therefore we should encourage those using the development version to report bugs. Ubuntu's Launchpad integration should be altered so that Help menus include a "Report a Bug..." item during the development process, with this item should disappear shortly before the final release. (Perhaps in future those using final releases should be provided with easy access to the support tracker).

The Hug Days programme should also be continued, and expanded if possible, to get more enthusiasts involved in QA work.


Some changes should be made to Launchpad to make bug reporting and tracking more effective.

We should also encourage problem reports that do not have to be processed as intensively as bug reports do: see IncreaseHardwareDatabaseParticipation and CrashReporting.




Alternative approaches

If we had enough QA volunteers, so that we could concentrate on increasing the number of bug reports, we could also set up an attractive "How to report a bug" page on This could:

We could also launch an awareness campaign, to market the fact that bug reporting is a fairly simple process and it really does help improve Ubuntu.

LoCoTeamsUDSMVSpecs/CommunityBugReporting (last edited 2008-08-06 16:22:05 by localhost)