| | 214 | |
|---|
| | 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 |
|---|
| | 219 | rolled 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 |
|---|
| | 223 | error. |
|---|
| | 224 | |
|---|
| | 225 | "wontfix" |
|---|
| | 226 | Used when a core developer decides that this request is not |
|---|
| | 227 | appropriate for consideration in Django. This is usually chosen after |
|---|
| | 228 | discussion in the ``django-developers`` mailing list, and you should |
|---|
| | 229 | feel free to join in when it's something you care about. |
|---|
| | 230 | |
|---|
| | 231 | "duplicate" |
|---|
| | 232 | This is used when, rather obviously, there's a duplicate ticket about |
|---|
| | 233 | the same issue. By closing the extra tickets, we can keep all the |
|---|
| | 234 | discussion in one place which helps everyone. |
|---|
| | 235 | |
|---|
| | 236 | "worksforme" |
|---|
| | 237 | This state is similar to "invalid", but is generally used to show |
|---|
| | 238 | that the triage team was unable to replicate the original bug. |
|---|
| | 239 | |
|---|
| | 240 | If you believe that the ticket was closed in error, either because you're still having the |
|---|
| | 241 | issue, or it's popped up somewhere else, or the triagers have made a mistake, please reopen |
|---|
| | 242 | the ticket and tell us why. |
|---|