mailman.git/src/mailman/app/docs, branch pluggable-workflowsThe GNU Mailing List manager.
https://git.neuromancer.sk/mailman.git/atom?h=pluggable-workflows2017-08-30T11:18:40ZMigrate the [un]subscription_policy attribute.2017-08-30T11:18:40ZJ08nY2017-07-04T23:07:37Zurn:sha1:d173b42e5ff5d90167091e6a015d394c2ddd8678
- This is quite a huge commit, since it changes the type of the
MailingList.subscription_policy and unsubscription_policy
attributes to the new names of pluggable workflows, in all
occurences.
- Also adds a migration to migrate the attributes to the new types.
- Adds tests for the migration.
PR288 vetted2017-08-29T14:07:54ZBarry Warsaw2017-08-29T14:07:54Zurn:sha1:ae0042a90220119414f61aeb20c6b58bfacb8af2Rename metadata key for clarity2017-08-04T01:13:04ZBarry Warsaw2017-08-04T01:13:04Zurn:sha1:9cdcffbc1189a19bc2963cf3d5c86a3d4f1f24a6Convert to click for CLI options2017-07-22T03:02:05ZBarry Warsaw2017-07-22T03:02:05Zurn:sha1:f00b94f18e1d82d1488cbcee6053f03423bc2f49Simplify the implementation.2016-10-17T13:13:32ZBarry Warsaw2016-10-17T13:13:32Zurn:sha1:d45af03c4f2a560d51631fdfa7c55cd1a98e722c
This merges the SubscriptionManager and UnsubscriptionManager into a
single SubscriptionManager implementation that handles both register()
and unregister(). This allows us to use direct class-based adaptation
instead of the more clunky getAdapter() API. We can also eliminate the
funky _get_workflow() implementation detail.
This has a couple of side-effects. .confirm() must lookup the token in
the pendings database and pull out the pending type, dispatching to the
proper class depending on the type, or raising a LookupError if the
token is None or there is no pendable associated with the given token.
This feels like an acceptable trade-off.
However, this *also* means that IWorkflowStateManager must lose its
'name' argument in its methods. That's because we won't actually know
the name until its too late. Honestly, the name wasn't providing much
value anyway (it was always the subclass's name), so losing that seems
fine too. The complication here is that the name was a primary key in
the 'workflowstate' table, so we need to add its removal in the database
migration.
Another fix.2016-09-16T10:24:19ZBarry Warsaw2016-09-16T10:24:19Zurn:sha1:511c86916b0e6dea315249a4c44ee3b3503e61c2Added unsubscribe instructions to list:member:generic:footer.txt2016-08-25T06:35:12ZFrancesco Ariis2016-08-24T14:36:30Zurn:sha1:fd4dd866b540051782c878e7bb115cc5fa4abaa7Reorganize the documentation for better accesibility2016-08-21T19:02:11ZAbhilash Raj2016-08-21T19:02:11Zurn:sha1:711e2d20617ab85959a2446d610a860bdc306a54New template system. Closes #2492016-07-16T19:44:07ZBarry Warsaw2016-07-16T19:44:07Zurn:sha1:dbde6231ec897379ed38ed4cd015b8ab20ed5fa1
The new template system is introduced for API 3.1. See
``src/mailman/rest/docs/templates.rst`` for details.
Clean up the core directory.2016-03-25T01:29:30ZBarry Warsaw2016-03-25T01:29:30Zurn:sha1:5404f98d90410d69a744d9c0fb71a8a31f3a4a88
mailman/core/errors.py is gone now. We had a duplicate base exception
which now always comes from mailman/interfaces/errors.py.
Obsolete/unused exceptions are remove. The other exceptions are moved
to better locations.