[06:17] <soren> It appears that doing a searchTasks against a project on Launchpad excludes bugs that are "Fix Released". I'm trying to query all bugs pertaining to a particular project. How do I do that?
[06:20] <wgrant> soren: searchTasks returns open bugs by default.
[06:20] <wgrant> You need to name each status in the status argument to get closed ones, same as a normal bug search in the web UI.
[06:20] <soren> Is there another way to list all bugs for a given project?
[06:21] <soren> I'm grabbing all the data and shoving it into a Google Sheet for report generation, but I realised things stopped being updated once they got "fix released".
[06:21] <soren> Oh, ok.
[06:21] <soren> Is the list of valid statuses available somewhere?
[06:22] <wgrant> https://api.launchpad.net/devel.html#bug_task
[06:23] <soren> I was hoping for something more programmatic :)
[06:23] <soren> I know they don't change (often), but still it would be nice if I could query the list of valid statuses and then use that to generate the serachTasks status argument.
[06:24] <wgrant> It's in the WADL, but I don't know if launchpadlib exposes it.
[06:26] <wgrant> [o.value for o in task._wadl_resource.get_parameter('status').options] works, but there may be a better way.
[06:26] <soren> I don't think dealing with XML is even anywhere near the Venn diagram of things I'm capable of today and things I'm interested in doing today.  :)
[06:26] <soren> Oh!
[06:27] <soren> So I need a task object first.
[06:30] <soren> [o.value for o in lp.load('ubuntu/+bug/1')._wadl_resource.get_parameter('status').options]   totally does the trick.
[06:30] <soren> wgrant: Sweet. Thanks so much!
[06:30] <wgrant> soren: I'd avoid bug #1 if only because it's huge and slow, but it shouldn't be too bad./
[06:31] <soren> Oh, I didn't think loading that bug task would really pull down much info at all.
[06:31] <wgrant> Ah, true, it is only the task.
[06:32] <soren> Doh.
[06:32] <soren> status: Invalid value "Unknown". Acceptable values are: New, Incomplete, Opinion, Invalid, Won't Fix, Expired, Confirmed, Triaged, In Progress, Fix Committed, Fix Released, Incomplete (with response), Incomplete (without response)
[06:33] <wgrant> Ah, hm, indeed. searchTasks takes slightly different variants of some statuses.
[06:33] <soren> I'm perfectly happy to use another interface if that's better.
[06:33] <wgrant> There is no other interface.
[06:33] <soren> Ok.
[06:35] <soren> *chuckle* I could make an invalid query and use that error message to generate the correct list.
[06:35] <wgrant> Heh
[06:36] <wgrant> I'm not sure if the WADL includes that information.
[06:36] <wgrant> The docs don't expose it because it's inside a list.
[06:38] <soren> Ok.
[16:44] <skay> hi, the launchpadlib docs for authenticated access for website integration are perhaps for an older version of the api? I am getting this error when I try to use the Launchpad constructor according to the docs but as you can see, login_with works okay. http://paste.ubuntu.com/11500279/
[16:44] <skay> relevent docs: https://help.launchpad.net/API/launchpadlib#Authenticated_access_for_website_integration
[17:04] <dobey> skay: i think that's because your missing positional arguments. keyword arguments aren't required. the example passes credentials as a positional arg, not a keyword arg, for example
[17:06] <dobey> i'm not sure what you're intending to do with your web site either. if you only need read access, and you only need public data, you can do anonymous access to launchpad as well
[17:07] <skay> dobey: I need private access.
[17:08] <skay> dobey: no, positional arguments versus keyword args don't help. I tried with Launchpad(creds, service_root='production') as the doc says and got the TypeError thing again
[17:08] <skay> dobey: it's okay, I have a workaround in that I can use login_with, but I thought I'd mention the error here in case it wasn't known
[17:08] <skay> dobey: it may be a user error on my part, but in any case, I'll see if there is something I can fix in docs
[17:10] <dobey>  |  __init__(self, credentials, authorization_engine, credential_store, service_root='https://api.staging.launchpad.net/', cache=None, timeout=None, proxy_info=None, version='1.0')
[17:10] <skay> dobey: with my website I want to maintain a cache of launchpad users in a private team, and I'll have a form that someone is filling out where they can autocomplete usernames, or search for usernames
[17:10] <dobey> according to pydoc the example is indeed wrong
[17:13] <skay> I'm a little overcommitted right now, but if I have time I'll try updating that
[17:13] <dobey> you could just file a bug against launchpad itself, so it's at least tracked
[17:13] <dobey> :)
[17:13] <skay> derp, why didn't I think of that :)