~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

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

  • Committer: Andrew Bennetts
  • Date: 2010-10-13 00:26:41 UTC
  • mto: This revision was merged to the branch mainline in revision 5498.
  • Revision ID: andrew.bennetts@canonical.com-20101013002641-9tlh9k89mlj1666m
Keep docs-plain working.

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.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>`_.
 
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>`_.
27
27
 
28
28
* `Open bugs most recently changed first
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=>`_.
 
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=>`_.
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 feels it's higher or
 
46
efficient to change the importance if someone else feel's 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/launchpad/+bug/163694
 
187
.. _`bug 163694`: https://bugs.launchpad.net/malone/+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.launchpad.net/bzr/+milestone/1.16>.  We use this to help the
 
231
<https://bugs.edge.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
 
Release Notes
 
258
The News File
259
259
*************
260
260
 
261
 
Most bugs that are fixed should be mentioned in the `Release Notes
262
 
<../en/release-notes/>`_ for the forthcoming version,
 
261
Most bugs that are fixed should be mentioned in a `NEWS
 
262
<../en/release-notes/NEWS.html>`_ file entry,
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 Launchpad Bugs 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 Malone 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 
317
 
    just spelling errors and the like
 
316
    should be very easy to fix (10-20 minutes) and easily landed: typically just spelling errors and the like
318
317
 
319
318
ui
320
319
    bugs relating to the bzr user interface, e.g. confusing error messages.
321
320
 
322
321
win32
323
 
    bugs that mainly affects Windows. Also there is cygwin and win98 tags for 
324
 
    marking specific bugs.
 
322
    bugs that mainly affects Windows. Also there is cygwin and win98 tags for marking specific bugs.
325
323
 
326
324
You can see the full list of tags in use at
327
 
<https://bugs.launchpad.net/bzr/+bugs>.  As of September 2008 the
328
 
list is on the right. 
 
325
<https://bugs.edge.launchpad.net/bzr/+bugs>.  As of September 2008 the
 
326
list is on the right.
329
327
 
330
328
.. vim: ft=rst