| Commit message (Collapse) | Author | Age | Files | Lines |
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
| |
We now have an IAPI interface which defines methods to convert to/from
UUIDs to their REST representations, and to calculate the API-homed full
URL path to a resource. Add implementations API30 and API31 to handle
the two different implementations so far. This also simplifies the
various path_to() calls.
Also: Add support for diff_cover to tox.ini to check that all
differences against the master branch have full test coverage.
|
| |
|
|
|
|
| |
Rather than sprinkle API version string tests all over the place, create
an IAPI interface which encapsulates the differences between API 3.0 and
3.1, and arrange for this to be used to convert to and from UUIDs.
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
| |
hex representations of a UUID, not the int representation.
Also:
* Some general code cleanup.
* Fix issue 185 (REST server crash when subscribing a user without a
preferred address).
|
| |\
| |
| |
| |
| | |
By POSTing to a user resource with an existing unlinked address, you can link
the address to the user. Given by Abhilash Raj.
|
| |/
|
|
|
| |
When adding an existing address through REST API, a 400 error was
raised even if the address was not linked to any user. Fix that.
|
| |
|
|
|
|
| |
3.0 except that UUIDs are represented as hex strings instead of 128-bit
integers, since the latter are not compatible with all versions of
JavaScript.
|
| |
|
|
| |
user is not delete, it is just unlinked.
|
| | |
|
| | |
|
| | |
|
| |\ |
|
| | |\
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
be used to GET the address's linked user if there is one. This
sub-resource also supports POST to link an unlinked address (with an
optional 'auto_create' flag), and PUT to link the address to a different
user. It also supports DELETE to unlink the address. (LP: #1312884)
Given by Aurélien Bompard based on work by nicolask.
|
| | |/
| |
| |
| | |
Fixes LP bug #1312884
|
| |/
|
|
|
|
|
|
|
|
| |
By using `six` I think I have most of the imports squared away. There's
probably still uses of `unicode` built-ins that need fixing.
The idea is to first get the test suite running (which it doesn't yet), and
then to fix tests.
There's a bug in lazr.config which requires us to patch it for now.
|
| | |
|
| |
|
|
|
| |
unnecessary changes are needed for upstream falcon to support restish-ish
traversal.
|
| |
|
|
| |
REST tests pass. This requires an as yet unmerged internal change to falcon.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
reflect this.
Also, mock out sys.stderr on some tests so that their nose2 output is quieter.
A few other minor coding style consistencies.
|
| |\
| |
| |
| |
| |
| |
| |
| | |
REST API. [Florian Fuchs]
Also, email addresses are validated when they are added via the IUserManager
interface. They are still also validated when subscribing to a mailing list,
but that is redundant.
|
| |/| |
|
| | |
| |
| |
| | |
now returns a 400 status code
|
| |/
|
|
| |
* Updated docs.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
POST to .../addresses/<email>/verify and .../addresses/<email>/unverify
respectively. The POST data is ignored. It is not an error to verify or
unverify an address more than once, but verifying an already verified
address does not change its `.verified_on` date. (LP: #1054730)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
now via the RFC 2369 `list_id` instead of the fqdn listname (i.e. posting
address). This is because while the posting address can change if the
mailing list is moved to a new server, the list id is fixed.
(LP: #1024509)
+ IListManager.get_by_list_id() added.
+ IListManager.list_ids added.
+ IMailingList.list_id added.
+ Several internal APIs that accepted fqdn list names now require list ids,
e.g. ISubscriptionService.join() and .find_members().
+ IMember.list_id attribute added; .mailing_list is now an alias that
retrieves and returns the IMailingList.
- list_id added (LP: #1024509)
|
| |
|
|
|
|
|
|
|
|
|
| |
"display_name" across the board.
* `IMailingList.real_name` -> `IMailingList.display_name`
* `IUser.real_name` -> `IUser.display_name`
* `IAddress.real_name` -> `IAddress.display_name`
* Schema changes:
- real_name -> display_name (mailinglist, user, address)
|
| | |
|
| |
|
|
| |
address, then by the integer value of the role enum.
|
| |
|
|
|
|
| |
deleted through the REST interface. Hierarchical, combined preferences for
members, and system preferences can be read through the REST interface.
(LP: #821438)
|
| |
|
|
| |
(LP: #848103). Given by Stephen A. Goss.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
the REST API. (LP: #643949)
* New resource path in REST API: /addresses/<email>/memberships gets all the
memberships for a given email address.
* In the REST API, PUTting or PATCHing a list configuration now returns a 204
(No Content) success code instead of a 200 success code with an empty body.
* When a user is subscribed with their preferred address, changing the
preferred address also changes all subscriptions.
* When a user is subscribed with a specific address, their subscription can be
changed to any verified address they control.
* Use a new naming scheme for doctests with multiple mailing lists.
|
|
|
appropriate.
Also:
* When an Address instance is created, set its registered_on attribute.
* Users may not have a password or real_name, so only include those attributes
in the REST API for Users if they are set.
|