← Back to branch summary

~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

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

  • Committer: Martin
  • Author(s): Scanferlato
  • Date: 2012-07-28 12:13:40 UTC
  • mto: (6437.63.3 2.5)
  • mto: This revision was merged to the branch mainline in revision 6549.
  • Revision ID: gzlist@googlemail.com-20120728121340-fr6nr1hh0o5oy4c9
Fix two typos in docs and comment

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
 
 
31
* `Most commonly duplicated bugs <http://tinyurl.com/bzr-bugs-by-dupes>`_.
30
32
 
31
33
 
32
34
Generalities
41
43
When you file a bug as a Bazaar developer or active user, if you feel
42
44
confident in doing so, make an assessment of status and importance at the
43
45
time you file it, rather than leaving it for someone else.  It's more
44
 
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
45
47
lower, than to have someone else edit all bugs.
46
48
 
47
49
It's more useful to actually ship bug fixes than to garden the bug
182
184
    time updating this if you don't immediately know: its not critical
183
185
    that it be set.
184
186
 
185
 
.. _`bug 163694`: https://bugs.launchpad.net/malone/+bug/163694
 
187
.. _`bug 163694`: https://bugs.launchpad.net/launchpad/+bug/163694
186
188
 
187
189
 
188
190
Bug Importance
226
228
***************
227
229
 
228
230
It's possible to target a bug to a milestone, eg
229
 
<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
230
232
release manager know what **must** be merged to make the release.
231
233
 
232
234
Therefore, we don't target bugs that we'd like to have fixed or that could
253
255
separate work to get it into that release.
254
256
 
255
257
 
256
 
The News File
 
258
Release Notes
257
259
*************
258
260
 
259
 
Most bugs that are fixed should be mentioned in a `NEWS
260
 
<../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,
261
263
including the bug number.
262
264
(Exceptions might be bugs that are not at all user visible.)
263
265
 
265
267
Tags
266
268
****
267
269
 
268
 
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.
269
271
 
270
272
 
271
273
authentication
301
303
performance
302
304
    bugs about performance problems.
303
305
 
 
306
regression
 
307
    bugs which represent an aspect of bzr becoming accidentally less good than it was.
 
308
 
304
309
test
305
310
    needs changes to the test framework
306
311
 
307
312
transport
308
 
    virtual filesystem for http, sftp, etc
 
313
    virtual filesystem for HTTP, SFTP, etc.
309
314
 
310
315
trivial
311
 
    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
312
318
 
313
319
ui
314
320
    bugs relating to the bzr user interface, e.g. confusing error messages.
315
321
 
316
322
win32
317
 
    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.
318
325
 
319
326
You can see the full list of tags in use at
320
 
<https://bugs.edge.launchpad.net/bzr/+bugs>.  As of September 2008 the
321
 
list is on the right.
 
327
<https://bugs.launchpad.net/bzr/+bugs>.  As of September 2008 the
 
328
list is on the right. 
322
329
 
323
330
.. vim: ft=rst