CommonTasks

Differences between revisions 1 and 8 (spanning 7 versions)
Revision 1 as of 2005-11-02 20:13:35
Size: 1209
Editor: 209
Comment:
Revision 8 as of 2005-11-02 22:15:22
Size: 3233
Editor: 209
Comment:
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
== Overview ==

 * [#forwarding Forwarding bugs upstream]
 * [#feature How to Deal with Feature Requests]
 * [#support How to Deal with Support Requests]
 * [#defaults How to Deal with suggestions for changing defaults]
 * [#duplicates Finding Duplicates]
 * [#coc Reminding of the Code of Conduct]

[[Anchor(forwarding)]]
== 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

[[Anchor(feature)]]
== How to Deal with Feature Requests ==

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


[[Anchor(support)]]
== How to deal with Support Requests ==

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


[[Anchor(defaults)]]
== How to deal with suggestions for changing defaults ==

If you feel that the bug reported is a suggestions for changing defaults disguised as a bug report, please kindly reroute the discussion to a mailing list or a discussion forum.


[[Anchor(duplicates)]]
== Finding Duplicates ==
Line 13: Line 58:
  * [http://bugzilla.ubuntu.com/show_bug.cgi?id=17858 plug:spdif on emu10k1 gone after breezy upgrade]   * [http://bugzilla.ubuntu.com/show_bug.cgi?id=17858 plug:spdif on emu10k1 gone after breezy upgrade] is a duplicate of
Line 17: Line 62:

[[Anchor(coc)]]
== Reminding of the Code of Conduct ==

The Code of Conduct applies to conversations in bug reports too. So if you observer people not being respectful, please point them to http://www.ubuntulinux.org/community/conduct/document_view

Overview

  • [#forwarding Forwarding bugs upstream]
  • [#feature How to Deal with Feature Requests]
  • [#support How to Deal with Support Requests]
  • [#defaults How to Deal with suggestions for changing defaults]
  • [#duplicates Finding Duplicates]
  • [#coc Reminding of the Code of Conduct]

Anchor(forwarding)

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

Anchor(feature)

How to Deal with Feature Requests

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

Anchor(support)

How to deal with Support Requests

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

Anchor(defaults)

How to deal with suggestions for changing defaults

If you feel that the bug reported is a suggestions for changing defaults disguised as a bug report, please kindly reroute the discussion to a mailing list or a discussion forum.

Anchor(duplicates)

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.

Anchor(coc)

Reminding of the Code of Conduct

The Code of Conduct applies to conversations in bug reports too. So if you observer people not being respectful, please point them to http://www.ubuntulinux.org/community/conduct/document_view

Bugs/CommonTasks (last edited 2011-06-15 18:35:14 by c-98-246-63-231)