Message222949
| Author | r.david.murray |
|---|---|
| Recipients | barry, jesstess, pitrou, r.david.murray, zvyn |
| Date | 2014-07-13.16:21:49 |
| SpamBayes Score | -1.0 |
| Marked as misclassified | Yes |
| Message-id | <1405268509.74.0.230732044333.issue21935@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
I think it would be a good idea to write the documentation. It is much easier to get a feel for the API via docs than it is via code. (That is, when you explain how to use the API, you sometimes find design bugs :) for a/b: so you are thinking of an auth function passed in as opposed to a method overridden in the subclass? That is consistent with how we enable other capabilities, so it has some attraction. I haven't gone over the code in detail yet, but it looks like you need to add a reset of 'self.user' during the applicable state transitions. |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2014-07-13 16:21:49 | r.david.murray | set | recipients: + r.david.murray, barry, pitrou, jesstess, zvyn |
| 2014-07-13 16:21:49 | r.david.murray | set | messageid: <1405268509.74.0.230732044333.issue21935@psf.upfronthosting.co.za> |
| 2014-07-13 16:21:49 | r.david.murray | link | issue21935 messages |
| 2014-07-13 16:21:49 | r.david.murray | create | |