| 215 | A ticket can be resolved in a number of ways: |
| 216 | |
| 217 | "fixed" |
| 218 | This state is used by one of the core developers once a patch has been rolled |
| 219 | into Django, and the issue is fixed. |
| 220 | |
| 221 | "invalid" |
| 222 | This state is used if the ticket is found to be incorrect, or a user error. |
| 223 | |
| 224 | "wontfix" |
| 225 | Used when a core developer decides that this request is not appropriate for |
| 226 | consideration in Django. This is usually chosen after discussion in the |
| 227 | ``django-developers`` mailing list, and you should feel free to join in when |
| 228 | it's something you care about. |
| 229 | |
| 230 | "duplicate" |
| 231 | This is used when, rather obviously, there's a duplicate ticket about the same |
| 232 | issue. By closing the extra tickets, we can keep all the discussion in one place |
| 233 | which helps everyone. |
| 234 | |
| 235 | "worksforme" |
| 236 | This state is similar to ``invalid``, but is generally used to show that the |
| 237 | triage team was unable to replicate the original bug. |
| 238 | |
| 239 | If you believe that the ticket was closed in error, either because you're still having the |
| 240 | issue, or it's popped up somewhere else, or the triagers have made a mistake, please reopen |
| 241 | the ticket and tell us why. |
| 242 | |