Make IPerson an IHasBugs and make sure calling searchTasks on it works

[Markus Korn]

The web UI gives me different list of bugs related to a user like:
   * https://bugs.edge.launchpad.net/~thekorn
   * https://bugs.edge.launchpad.net/~thekorn/+assignedbugs
   * https://bugs.edge.launchpad.net/~thekorn/+commentedbugs
   * https://bugs.edge.launchpad.net/~thekorn/+reportedbugs
   * https://bugs.edge.launchpad.net/~thekorn/+subscribedbugs

Please expose these lists for the API too.

Markus

[Steve Beattie (sbeattie)]

This bug, in combination with bug 314432 and bug 320596 make it difficult for people involved with Stable Release Updates (SRUs) for Ubuntu to use the launchpad api for tools. Typically, SRUs are fixed in the development (master) task first and then get targeted tasks opened for past releases. An example bug would be bug 208695, where (currently) the master and intrepid tasks are status Won't Fix, but the hardy task is status Fix Committed.

There will usually be one or more teams subscribed to the SRU bug, but because of this bug's missing functionality, we can't just ask for all the open bugs the particular team is susbscribed to.

Because of bug 314432 and the fact that the master task has usually been closed, launchpad.distributions['ubuntu'].searchTasks(bug_subscriber=TEAM) doesn't give us all the open bugs; i.e. the example bug 208695 does not show up on the list.

Because of bug 320596, launchpad.distributions['ubuntu'].series cannot be iterated over with searchTasks(bug_subscriber=TEAM) calls, because they always return an empty result.

I have not yet tried doing iterated queries over distributions['ubuntu'].searchTasks() with each of the closed states as parameters and then getting all of the related_tasks out of each to find the ones I want, but even if it works, it will request lots of tasks from launchpad (including all of the historical SRUs that have already been processed) and seems an extraordinarily inefficient means of collecting this information.

Thanks.

[Markus Korn (thekorn)]

I'm trying to look at fixing this bug right now. If I understand the title of this report correctly one thing which has to be done is to inherit IPerson (I think this should be IPeronPublic ?!) from IHasBugs.
But when I try to import IHasBugs in lib/lp/registry/interfaces/person.py I get *a lot* of circular imports. I found out that this errors can be fixed by using lib/canonical/launchpad/interfaces/_schema_circular_imports.py.
Is this the correct way of avoiding such circular imports?

I will attach a branch with the work/experiments I've done so far soonish.

Markus

[Markus Korn (thekorn)]

I get the attached Oops when I try to open a users page.

[Markus Korn (thekorn)]

Person.searchTasks() is now working in the linked branch, it returns the tasks related to a user (the tasks shown in bugs.lp.net/~username)

Before requesting a merge I'll have to:
  * think about moving IHasBugs.official_bug_tags somewhere else, as persons can not have official tags
  * add more tests

Once this landed I will add 'alias' methods to IPerson which will map to +assignedbugs, +reportedbugs etc.
I think this methods will be called Person.searchAssignedTasks() , Person.searchReportedTasks(), etc.

[Gavin Panella (allenap)]

The branch lp:~allenap/launchpad/patch-report-for-people-and-teams-bug-506018 has a registration of BugsPatchesView for IPerson as well as IHasBugs. As part of fixing this bug (or soon after) we should remove the IPerson registration.

[Diogo Matsubara (matsubara)]

Fixed in devel r10418 <http://bazaar.launchpad.net/~launchpad-pqm/launchpad/devel/revision/10418>