← Back to branch summary

~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

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

(vila) Revise legal option names to be less drastic. (Vincent Ladeuil)

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/developers/bug-handling.txt
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
303
303
performance
304
304
    bugs about performance problems.
305
305
 
 
306
regression
 
307
    bugs which represent an aspect of bzr becoming accidentally less good than it was.
 
308
 
306
309
test
307
310
    needs changes to the test framework
308
311
 
309
312
transport
310
 
    virtual filesystem for http, sftp, etc
 
313
    virtual filesystem for HTTP, SFTP, etc.
311
314
 
312
315
trivial
313
 
    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
314
318
 
315
319
ui
316
320
    bugs relating to the bzr user interface, e.g. confusing error messages.
317
321
 
318
322
win32
319
 
    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.
320
325
 
321
326
You can see the full list of tags in use at
322
 
<https://bugs.edge.launchpad.net/bzr/+bugs>.  As of September 2008 the
323
 
list is on the right.
 
327
<https://bugs.launchpad.net/bzr/+bugs>.  As of September 2008 the
 
328
list is on the right. 
324
329
 
325
330
.. vim: ft=rst