~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to doc/developers/bug-handling.txt

  • Committer: Jelmer Vernooij
  • Date: 2011-12-16 16:40:10 UTC
  • mto: This revision was merged to the branch mainline in revision 6391.
  • Revision ID: jelmer@samba.org-20111216164010-z3hy00xrnclnkf7a
Update tests.

Show diffs side-by-side

added added

removed removed

Lines of Context:
19
19
Links
20
20
*****
21
21
 
22
 
* `bzr bugs home page <https://bugs.edge.launchpad.net/bzr>`_.
23
 
 
24
 
* `Critical bugs <https://bugs.edge.launchpad.net/bzr/+bugs?search=Search&field.importance=Critical&field.status=New&field.status=Incomplete&field.status=Confirmed&field.status=Triaged&field.status=In+Progress&field.status=Fix+Committed>`_.
25
 
 
26
 
* `Open bugs by importance <https://bugs.edge.launchpad.net/bzr/+bugs>`_.
 
22
* `bzr bugs home page <https://bugs.launchpad.net/bzr>`_.
 
23
 
 
24
* `Critical bugs <https://bugs.launchpad.net/bzr/+bugs?search=Search&field.importance=Critical&field.status=New&field.status=Incomplete&field.status=Confirmed&field.status=Triaged&field.status=In+Progress&field.status=Fix+Committed>`_.
 
25
 
 
26
* `Open bugs by importance <https://bugs.launchpad.net/bzr/+bugs>`_.
27
27
 
28
28
* `Open bugs most recently changed first
29
 
  <https://bugs.edge.launchpad.net/bzr/+bugs?field.searchtext=&orderby=-date_last_updated&search=Search&field.status%3Alist=NEW&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.assignee=&field.bug_reporter=&field.omit_dupes=on&field.has_patch=&field.has_no_package=>`_.
 
29
  <https://bugs.launchpad.net/bzr/+bugs?field.searchtext=&orderby=-date_last_updated&search=Search&field.status%3Alist=NEW&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.assignee=&field.bug_reporter=&field.omit_dupes=on&field.has_patch=&field.has_no_package=>`_.
30
30
 
31
31
* `Most commonly duplicated bugs <http://tinyurl.com/bzr-bugs-by-dupes>`_.
32
32
 
43
43
When you file a bug as a Bazaar developer or active user, if you feel
44
44
confident in doing so, make an assessment of status and importance at the
45
45
time you file it, rather than leaving it for someone else.  It's more
46
 
efficient to change the importance if someone else feel's it's higher or
 
46
efficient to change the importance if someone else feels it's higher or
47
47
lower, than to have someone else edit all bugs.
48
48
 
49
49
It's more useful to actually ship bug fixes than to garden the bug
184
184
    time updating this if you don't immediately know: its not critical
185
185
    that it be set.
186
186
 
187
 
.. _`bug 163694`: https://bugs.launchpad.net/malone/+bug/163694
 
187
.. _`bug 163694`: https://bugs.launchpad.net/launchpad/+bug/163694
188
188
 
189
189
 
190
190
Bug Importance
228
228
***************
229
229
 
230
230
It's possible to target a bug to a milestone, eg
231
 
<https://bugs.edge.launchpad.net/bzr/+milestone/1.16>.  We use this to help the
 
231
<https://bugs.launchpad.net/bzr/+milestone/1.16>.  We use this to help the
232
232
release manager know what **must** be merged to make the release.
233
233
 
234
234
Therefore, we don't target bugs that we'd like to have fixed or that could
255
255
separate work to get it into that release.
256
256
 
257
257
 
258
 
The News File
 
258
Release Notes
259
259
*************
260
260
 
261
 
Most bugs that are fixed should be mentioned in a `NEWS
262
 
<../en/release-notes/NEWS.html>`_ file entry,
 
261
Most bugs that are fixed should be mentioned in the `Release Notes
 
262
<../en/release-notes/>`_ for the forthcoming version,
263
263
including the bug number.
264
264
(Exceptions might be bugs that are not at all user visible.)
265
265
 
267
267
Tags
268
268
****
269
269
 
270
 
Here are some bug tags we use.  In Malone tags are currently of limited use, so don't feel obliged to tag bugs unless you're finding it useful.
 
270
Here are some bug tags we use.  In Launchpad Bugs tags are currently of limited use, so don't feel obliged to tag bugs unless you're finding it useful.
271
271
 
272
272
 
273
273
authentication
310
310
    needs changes to the test framework
311
311
 
312
312
transport
313
 
    virtual filesystem for http, sftp, etc
 
313
    virtual filesystem for HTTP, SFTP, etc.
314
314
 
315
315
trivial
316
 
    should be very easy to fix (10-20 minutes) and easily landed: typically just spelling errors and the like
 
316
    should be very easy to fix (10-20 minutes) and easily landed: typically 
 
317
    just spelling errors and the like
317
318
 
318
319
ui
319
320
    bugs relating to the bzr user interface, e.g. confusing error messages.
320
321
 
321
322
win32
322
 
    bugs that mainly affects Windows. Also there is cygwin and win98 tags for marking specific bugs.
 
323
    bugs that mainly affects Windows. Also there is cygwin and win98 tags for 
 
324
    marking specific bugs.
323
325
 
324
326
You can see the full list of tags in use at
325
 
<https://bugs.edge.launchpad.net/bzr/+bugs>.  As of September 2008 the
326
 
list is on the right.
 
327
<https://bugs.launchpad.net/bzr/+bugs>.  As of September 2008 the
 
328
list is on the right. 
327
329
 
328
330
.. vim: ft=rst