Ticket #6320: 6320_remix.diff

docs/contributing.txt

@@ -220 +220 @@
 
 One way to help out is to *triage* bugs that have been reported by other
 users. A couple of dedicated volunteers work on this regularly, but more help
-is always appreciated.
+is always appreciated but, please, read this whole section before starting to
+*triage* bugs.
 
 Most of the workflow is based around the concept of a ticket's "triage stage".
 This stage describes where in its lifetime a given ticket is at any time.
@@ -239 +240 @@
     * Core developers: people with commit access who make the decisions and
       write the bulk of the code.
 
-    * Ticket triagers: community members who keep track of tickets, making
-      sure the tickets are always categorized correctly.
+    * Ticket triagers: community members with proven criteria and expertice
+      on the matter who keep track of tickets, making sure the tickets are
+      always categorized correctly.
+     
+This does not mean you cannot triage tickets. Any help is always very welcome and Anybody
+can help in this matter. In fact, the only difference between you and a triager is expertice.
+While gainning this expertise, please, try to follow this tips:
+
+    * Do not close bugs as "wontfix", see the definition of "wontfix" below,
+      but in general, it's a decission in hands of *core developers*.
+
+    * Do not promote tickets to "Ready for Checkin" unless you feel *very* confident
+      about the patch provided and you are not related to the ticket itself
+      (You know, it's not good to judge oneself's work).
+
+    * Only close tickets as "invalid" if those are clear cases like help requests
+      which sould be placed to ``django-users`` (tell so when closing the ticket).
 
 Second, note the five triage stages:
 
@@ -295 +311 @@
         Used if the ticket is found to be incorrect or a user error.
 
     "wontfix"
-        Used when a core developer decides that this request is not
-        appropriate for consideration in Django. This is usually chosen after
-        discussion in the ``django-developers`` mailing list, and you should
-        feel free to join in when it's something you care about.
+        Used when a *core developer* or a *ticket triager* decides that this
+        request is not appropriate for consideration in Django. This is usually
+        chosen after discussion in the ``django-developers`` mailing list, and
+        you should feel free to join in when it's something you care about.
 
     "duplicate"
         Used when another ticket covers the same issue. By closing duplicate