Mention the CVS version of the NEWS file as a resource.
[rsync-web.git] / bugzilla.html
1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
2 <HTML>
3 <HEAD>
4 <TITLE>rsync bug-tracking</TITLE>
5 </HEAD>
6 <!--#include virtual="header.html" -->
7
8 <H2 align="center">rsync bug-tracking</H2>
9
10 <p> Before reporting a bug, please review the following:
11
12 <ul>
13
14 <li> If you're not using the very latest version, please upgrade before
15 reporting a bug.
16
17 <li> If you're using the latest version, consult the
18 <a href="/ftp/unpacked/rsync/NEWS">NEWS file from CVS</a> to see if what
19 you're seeing has already been handled in the CVS version.
20
21 <li> It is also helpful to
22 <a href="https://bugzilla.samba.org/buglist.cgi?product=rsync&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=RESOLVED&bug_status=VERIFIED">search the bugzilla database</a>
23 to see if the problem is already known.
24
25 <li> See also the <a href="issues.html">issues and debugging</a> page to
26 help you figure out if what you're seeing is a known bug and perhaps to
27 help diagnose what is going wrong.
28
29 <li> Discuss the bug on the
30 <a href="http://lists.samba.org/mailman/listinfo/rsync">rsync mailing list</a>
31 (which is at <tt>rsync@lists.samba.org</tt>) to help you figure out if what
32 you're seeing is really a bug or a mistake.
33
34 <li>There are several patches for features that are under consideration that
35 can be found in the <a href="/ftp/unpacked/rsync/patches/">patches dir</a> of
36 the source.
37
38 <li> If you haven't already done so, please take a couple of minutes to read Simon Tatham's
39 <a href="http://www.chiark.greenend.org.uk/~sgtatham/bugs.html">advice
40 on how to report bugs</a>.
41
42 </ul>
43
44 <p> To report a bug or make suggestions, use one of these methods:
45
46 <ul>
47
48 <li> The mailing list (mentioned above) is a good resource for discussing
49 bugs and suggesting new features.  It accepts patches (typically as MIME
50 attachments), but for fixes is often easier to attach a patch to an
51 appropriate bugzilla report.
52
53 <li> If you'd like to see a bug-report or feature-request get officially noted,
54 <a href="https://bugzilla.samba.org/enter_bug.cgi?product=rsync">create a
55 report via bugzilla</a> (this does require that you have created a bugzilla
56 account, but that is a very simple process).  All new items and changes to
57 existing items generate email to the mailing list, so the list naturally stays
58 up-to-date with what is happening in the bug-tracking database.
59
60 </ul>
61
62 <p> Thanks for helping out!
63
64 <!--#include virtual="footer.html" -->