retrieve archive subscriptions through the API

This should be as simple as adding and exposing IPerson.getArchiveSubscriptions(include_tokens=False) which calls IArchiveSubscriberSet.getBySubscriber() or getBySubscriberWithActiveToken()

On Tuesday 02 March 2010 06:27:43 Michael Nelson wrote:
> This should be as simple as adding and exposing
> IPerson.getArchiveSubscriptions(include_tokens=False) which calls
> IArchiveSubscriberSet.getBySubscriber() or
> getBySubscriberWithActiveToken()

I think it would be better to expose a method on IArchive and use CALL_WITH to
provide the currently logged-in user's name.

We need to make sure that we don't expose tokens for the wrong person, so the
security adapter has to be spot on.

On Tuesday 02 March 2010 09:14:15 Julian Edwards wrote:
> I think it would be better to expose a method on IArchive and use CALL_WITH
> to provide the currently logged-in user's name.

Forgot to say - it could be anonymous API access as well so that would return
nothing.

Fixed in stable r10812 <http://bazaar.launchpad.net/~launchpad-pqm/launchpad/stable/revision/10812>

Thanks for implementing this. It's going to be really useful for me.

I tried to execute the "getArchiveSubscriptionURLs" method for my launchpad user and I got:
HTTP Error 401: Unauthorized

The token that I'me currently using allows the script to read anything (private & public data) is there anything I've missed?

This is exactly what I did in the python interpreter:
> l = launchpadlib.launchpad.Launchpad.login_with('me', launchpadlib.launchpad.EDGE_SERVICE_ROOT)
> l.me.getArchiveSubscriptionURLs()

The same code works fine for me.

I clicked "change anything" in the auth page though, because the underlying code checks that you have edit permissions on the person to make sure you have enough authority to see the data.

I've tested again with "change anything" permissions and it worked fine. Thanks.

Unfortunately, I've been doing some tests and I'm afraid that the functionality implemented still doesn't help me to completely fix the problem I was trying to solve. The reason for that is that I wasn't specific enough about the task I was trying to carry out.

Let me try to be a little bit more specific now. Thanks to this change, I can get the private PPA subscription data for the logged in user. However, if instead of a subscription, an invitation to a private PPA is pending in the user mailbox, it looks like there's no way to accept that invitation through the API since I'm only able to get the list of subscription URLs. Is that correct? I've seen a method to accept an invitation to become a member of a team, but not to activate a private PPA subscription.

If that's something not difficult to implement, it would be great if you could add also the possiblity to accept a pending invitation for a private PPA so that I can get the subscription URL without the user even accepting the invitation. Thanks.

Javier, can you file another bug with the specific request please. I'm not sure when it will get done but I hope during the next few cycles.