AutomaticBugReporting

Differences between revisions 3 and 4
⇤ ← Revision 3 as of 2007-11-01 19:15:36 →
Size: 3909
Editor: 12
Comment: Added gobby notes from UDS
← Revision 4 as of 2007-11-02 22:07:03 → ⇥
Size: 4209
Editor: bd2204ef
Comment: Comment: ABR should be opt-in
Deletions are marked like this. Additions are marked like this.
Line 72: Line 72:
 * automatic bug reporting should probably be enabled only for those that enter their launchpad information on the "About Me" application and enabling "Generate bug reports automatically". It should definitely be opt-in, not opt-out. Let's not simulate the annoying and obnoxious Win behavior here.

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.

Summary

Informational spec on automated bug reporting. Get input from developers and other bug contacts: When is it OK to automate this? What filtering mechanisms should we employ to reduce the risk of flooding?

Release Note

Rationale

Use Cases

Assumptions

Design

Implementation

UI Changes

Code Changes

Test/Demo Plan

Outstanding Issues

* Security and intellectual property sensitive installation areas: This needs to be able to be disabled easy and in a manner that can be automated. I would like to see this done by means of debconf or something similar.

BoF agenda and discussion

* python-launchpad-bugs has the ability to add attachments to a bug report and can add multiple attachments to a bug

* when automatically reporting serious bugs from automatic testing, wait a few days before reporting during the merge phase of the development

  • Automatic testing should automatically close bugs that it opened after detecting the bug is fixed in the next iteration of the package
  • Can test that every package leaves a system clean after install/uninstall, as well as upgrades cleanly

* only report bugs automatically about things that have a reasonable chance of getting fixed, to keep the number of bugs down

  • install failure bug reports
  • upgrade test failures
  • use apport library for filing bugs to allow duplicates to be found easily
  • opt-in reports even of successes for maintainers
  • identify bugs that are regressions from previous versions of the package

* automatic bug submission should be done with a separate launchpad account (with a valid e-mail address) and cookie for the daemon

  • bug reports from the self testing desktop should come from the user / reporter and be tagged as something so they are searchable
  • the hardware certification lab would will use 1 launchpad id (should have a real e-mail address) for all of their bugs
    • however other users running hw cert tests would submit their bugs using their own id and the bug would be tagged commonly
  • automatic bug reporting should probably be enabled only for those that enter their launchpad information on the "About Me" application and enabling "Generate bug reports automatically". It should definitely be opt-in, not opt-out. Let's not simulate the annoying and obnoxious Win behavior here.

CategorySpec

QATeam/Specs/AutomaticBugReporting (last edited 2008-08-06 16:32:57 by localhost)