← 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: Patrick Regan
  • Date: 2009-12-02 20:34:07 UTC
  • mto: (4852.3.3 2.1.0b4-doc-updates)
  • mto: This revision was merged to the branch mainline in revision 4856.
  • Revision ID: patrick.rubbs.regan@gmail.com-20091202203407-fjd0mshgn3j3foel
Removed trailing whitespace from files in doc directory

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/developers/bug-handling.txt
51
51
report, but they generally care more about getting bugs fixed.
52
52
 
53
53
The aim of investigating bugs before starting concentrated work on them is
54
 
therefore only to: 
 
54
therefore only to:
55
55
 
56
56
* determine if they are critical or high priority (and
57
57
  should displace existing work)
76
76
 | One of the things you should not do often is to start asking
77
77
 | questions/for more debug info and then forget about the bug. It's just
78
78
 | a waste of the reporter's and your time, and will create frustration
79
 
 | on the reporter side. 
 
79
 | on the reporter side.
80
80
 
81
81
 
82
82
Priorities
85
85
The suggested priorities for bug work are:
86
86
 
87
87
1. Fix critical bugs.
88
 
   
 
88
 
89
89
2. Get existing fixes through review and landed.
90
90
 
91
91
3. Fix bugs that are already in progress.
137
137
Incomplete
138
138
    The bug requires more information from the reporter to make progress.
139
139
Confirmed
140
 
    The bug report has been seen by a developer and we agree it's a bug.  
 
140
    The bug report has been seen by a developer and we agree it's a bug.
141
141
    You don't have to reproduce the bug to mark it confirmed.  (Generally
142
142
    it's not a good idea for a developer to spend time reproducing the bug
143
143
    until they're going to work on it.)
256
256
authentication
257
257
    authenticating to servers
258
258
 
259
 
backport 
 
259
backport
260
260
    candidate for backporting to an update of the previous release
261
261
 
262
 
dirstate 
 
262
dirstate
263
263
    WorkingTree4
264
264
 
265
 
easy 
 
265
easy
266
266
    should be possible to finish in an hour or two
267
267
 
268
 
hpss 
 
268
hpss
269
269
    bugs about the High-Performance Smart Server, i.e. bzr+ssh://, etc.
270
270
 
271
 
hpssvfs 
 
271
hpssvfs
272
272
    bugs for causes of VFS methods of the smart server
273
273
 
274
 
launchpad 
 
274
launchpad
275
275
    bugs about interactions with launchpad (typically this means bzrlib.plugins.launchpad).
276
276
 
277
 
locale 
 
277
locale
278
278
    problems using locales other than English
279
279
 
280
 
memory 
 
280
memory
281
281
    problems where we use too much memory for some reason
282
282
 
283
 
newformat 
 
283
newformat
284
284
    fixing this would need a new disk format
285
285
 
286
 
performance 
 
286
performance
287
287
    bugs about performance problems.
288
288
 
289
 
test 
 
289
test
290
290
    needs changes to the test framework
291
291
 
292
 
transport 
 
292
transport
293
293
    virtual filesystem for http, sftp, etc
294
294
 
295
 
trivial 
 
295
trivial
296
296
    should be very easy to fix (10-20 minutes) and easily landed: typically just spelling errors and the like
297
297
 
298
 
ui 
 
298
ui
299
299
    bugs relating to the bzr user interface, e.g. confusing error messages.
300
300
 
301
 
win32 
302
 
    bugs that mainly affects Windows. Also there is cygwin and win98 tags for marking specific bugs. 
 
301
win32
 
302
    bugs that mainly affects Windows. Also there is cygwin and win98 tags for marking specific bugs.
303
303
 
304
304
You can see the full list of tags in use at
305
305
<https://bugs.edge.launchpad.net/bzr/+bugs>.  As of September 2008 the
306
 
list is on the right. 
 
306
list is on the right.
307
307
 
308
308
.. vim: ft=rst