Merge lp://staging/~michael.nelson/software-center/add-initiate-purchase into lp://staging/~canonical-ca-hackers/software-center/scaclient
Status: | Merged | ||||
---|---|---|---|---|---|
Merged at revision: | 9 | ||||
Proposed branch: | lp://staging/~michael.nelson/software-center/add-initiate-purchase | ||||
Merge into: | lp://staging/~canonical-ca-hackers/software-center/scaclient | ||||
Diff against target: |
133 lines (+105/-1) 1 file modified
scaclient.py (+105/-1) |
||||
To merge this branch: | bzr merge lp://staging/~michael.nelson/software-center/add-initiate-purchase | ||||
Related bugs: |
|
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Michael Vogt (community) | Approve | ||
Review via email: mp+137831@code.staging.launchpad.net |
Description of the change
This scaclient branch adds the functionality for two new api calls, retrieve_
These are tested in the following two SCA branches:
https:/
and
NOTES:
* For the purchase_
* Also, currently the subscription id is being returned as 'order_id', but based on the gdoc, perhaps 'sca_%' % subscription['id'] is intended?
To test the scaclient, branch the further-
$ bzr branch lp:~michael.nelson/software-center-agent/further-tests-scaclient
$ bzr branch lp:~michael.nelson/software-center/add-initiate-purchase
$ cd further-
$ cd django_project && rm scaclient.py && ln -s ../../add-
$ cd .. && fab test:softwarece
Looks good to me.
My only minor concern is that order-id and subscription-id being identical is a bit confusing, maybe we should have a the subscription id encoded in the order-id much like you suggested? Like "sca_subscripti onid:%s" % subscription['id'] or something? just to make it obvious that they are not the same (or if they are the same we could make this obvious too as the subscription-id is the bit that will be used by aptdaemon/ software- center- purchase- helper to actually retrieve the app.