This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author r.david.murray
Recipients docs@python, r.david.murray
Date 2011-08-02.15:07:10
SpamBayes Score 5.916861e-07
Marked as misclassified No
Message-id <1312297631.98.0.460065012433.issue12682@psf.upfronthosting.co.za>
In-reply-to
Content
The devguide documents the 'accepted' resolution as follows:

     Submitted patch was applied, still needs verifying (for example by
     watching the buildbots) that everything went fine. At that point the
     resolution should be set to fixed and the status changed to closed.

I've never run into this usage while working with the tracker.  I *have* seen people set 'accepted' when they want to indicate that the issue is considered valid to be fixed, or that a feature request has been accepted but there's no patch ready for commit yet.

Formally I believe that the 'accepted' resolution is for committed feature requests (since "fixed" doesn't make English sense in that context).  Any other use is creative license :)
History
Date User Action Args
2011-08-02 15:07:12r.david.murraysetrecipients: + r.david.murray, docs@python
2011-08-02 15:07:11r.david.murraysetmessageid: <1312297631.98.0.460065012433.issue12682@psf.upfronthosting.co.za>
2011-08-02 15:07:11r.david.murraylinkissue12682 messages
2011-08-02 15:07:10r.david.murraycreate