CommonTasks
1209
Comment:
|
3233
|
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]
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 a 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 a bug report, please introduce the reporter gently to the Support Trackker we have. Be sure to mention http://launchpad.net/support
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.
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:
- Easy ones:
[http://bugzilla.ubuntu.com/show_bug.cgi?id=18808 DAAP support] is a duplicate of
[http://bugzilla.ubuntu.com/show_bug.cgi?id=18733 please enable daap]
- Hard ones:
[http://bugzilla.ubuntu.com/show_bug.cgi?id=17858 plug:spdif on emu10k1 gone after breezy upgrade] is a duplicate of
[http://bugzilla.ubuntu.com/show_bug.cgi?id=15585 Muted sound after dist-upgrade from Hoary to Breezy]
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.
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)