CommonTasks

Revision 4 as of 2005-11-02 21:17:25

Clear message

Forwarding bugs upstream

You can forward bugs upstream, if

  • you made sure, that the bug doesn't occur because of Ubuntu related changes
  • the change too hard to fix for yourself and anyone else in the team

If you do this, be sure to

  • include all the necessary information, like
    • how to reproduce
    • which version is used (which version of dependend libraries, if the bug indicates problems there)
    • who reported it
    • where the whole conversation is to be found
  • create a bug watch in Malone for this

How to Deal with Feature Requests

If you feel that the bug reported is a feature request disguised as bug report, please introduce the reporter gently to the Specification Process we have. Be sure to mention ["SpecTemplate"] and http://launchpad.net/specs

How to deal with Support Requests

If you feel that the bug reported is a support request disguised as bug report, please introduce the reporter gently to the Support Trackker we have. Be sure to mention http://launchpad.net/support

Finding Duplicates

Finding Duplicates of bugs is a very valuable contribution in the Bug community. Users sometimes don't know, how to check if the same bug was already filed, and sometimes don't care. To weed out simple ME TOO messages and aggregate information in one place is crucial in the process of fixing a bug.

There are quite some measures you can take to help out with this specifically.

Look up bugs for the same component. Try to rephrase your search concentrate on actions an words that describe the items involved to reproduce this crash.

Examples:

If you can't find it in the list of open bugs, you could try to find it in the list of closed ones. Don't feel discouraged, if you don't find duplicates fast in the beginning, after some time you will know the usual suspects.