add functionality for adding new tasks to bug report

[Leann Ogasawara]

It would be great if we could be able to add new tasks to a bug report by using python-launchpad-bugs. Currently there is a situation where the kernel source package naming convention changed. Starting with the Hardy development cycle, the naming convention changed from 'linux-source-2.6.xx' to just 'linux'. We'd like to migrate the older open kernel bugs to the new 'linux' package name to make sure they still get addressed. There are thousands of open bugs against older kernels so being able to add the new 'linux' task using python-launchpad-bugs and automating the entire process would be a big help. Thanks!

[Markus Korn (thekorn)]

I thought about this a bit, and I think it is not as difficult to achieve as I first thought, so I will start writing some code soonish.
But there is one problem left: I need a good way of testing a solution. I'm currently using buglog-data [0] to test the features of py-lp-bugs, no one else than Daniel and I receive notification emails. I don't want to use bughelper or python-launchpadbugs for tersting as I don't want the subscribed people/lists a lot of spam. I think we would at least need one more "upstream" product in launchpad and one package in "ubuntu" to test a solution and of cource to play arround during the development process.

Any ideas/suggestions on this?

Markus

[0] https://bugs.edge.launchpad.net/buglog-data

[Brian Murray (brian-murray)]

The ubuntu-qa website project might work for an upstream project.

Editmoin might be an idea for a package - https://launchpad.net/ubuntu/+source/editmoin/ . I don't think anyone is subscribed to its bug mail. I'd check with Martin Pitt though as he seems to be the maintainer.

[Markus Korn (thekorn)]

I started to work on this bug by adding the possibility to add a task related to a project ('Also effects project')
In the attached branch the following code should work:

>>> import launchpadbugs.connector as con
>>> Bug = con.ConnectBug()
>>> Bug.authentication = "/home/markus/.mozilla/firefox/64meom4l.default/cookies.sqlite"
>>> task = Bug.NewTask("project", "bzr-fs")
>>> b = Bug(214490)
>>> b.infotable.addTask(task)
>>> b.commit()

the workflow for adding bugwatches and distribution/packages-tasks will be similar.

What to you think about the workflow?

Markus

[Brian Murray (brian-murray)]

This workflow makes sense to me. Could we get this merged in intrepid.merges?

[Markus Korn (thekorn)]

You are right, even if the support for creating tasks is not complete yet, it won't hurt to have this in the intrepid.merge branch.
The following things are not (completely) supported:
 * creating remote bugwatches
 * changing task attributes like ".status" before committing the changes, so in a perfect world this workflow should work:
>>> b = Bug(214490)
>>> task = Bug.NewTask("project", "bzr-fs")
>>> task.status = "Confirmed"
>>> task.assignee = "thekorn"
>>> b.infotable.addTask(task)
>>> b.commit()

Markus
------------------------------------------------------------
revno: 135
committer: Markus Korn <email address hidden>
branch nick: intrepid.merge
timestamp: Thu 2008-06-26 09:56:15 +0200
message:
  Added functionality for adding new tasks to bug report, basic work done.
    With this implementation so far you are able to add 'project' and 'distro'
    tasks, but unable to create bugwatches and change task-attributes like
    '.status' before committing the changes. (LP: #193853)
    ------------------------------------------------------------

[Markus Korn (thekorn)]

------------------------------------------------------------
revno: 107
committer: Markus Korn <email address hidden>
branch nick: python-launchpad-bugs
timestamp: Wed 2008-07-02 22:34:33 +0200
message:
  * Improved LPBugList and LPBugPage:
    This two classes have now a cleaner structure, filtering of bug lists
    with python-launchpad-bugs is now a lot easier. With
    LPBugList.set_progress_hook() it is now possible to visualize the
    process of fetching bug lists.
  * launchpadbugs/{tasksbase,html_bug.py,text_bug.py}: if a task is a
    bugwatch then task.remote returns the remote-url, otherwise it returns
    'None'
  * Improved error handling in python-launchpad-bugs and added
    infrastructure for unittests. This also contains some basic testcases in
    tests/ (LP: #189572)
  * Added ability to parse bugtracker overviews (LP: #203312)
  * It is now possible to filter bug lists based on milestones. This also
    implements a helper function to list all active milestones of a project
    in launchpad (LP: #200457)
  * Added function to filter buglists based on Bug.date_reported
    (LP: #185357)
  * added 'move-duplicates' written by Kjell Braden and 'README' to
    examples/ (LP: #208148)
  * launchpadbugs/attachmentsbase.py: LPAttachment.download() now also
    accepts an optional argument to specify the location where to download
    the attachment (LP: #242317)
  * Added method to let the user choose which version/server of launchpad to
    use, so it is possible to explicit use bugs.launchpad.net or
    bugs.edge.launchpad.net (LP: #188298)
  * launchpadbugs/html_bug.py: InfoTable: fixed parsing of milestones in
    read-only mode (LP: #243057)
  * Added functionality for adding new tasks to bug reports.
    With this implementation so far you are able to add 'project' and
    'distro' tasks, but unable to create bugwatches and change task
    attributes before committing the changes. (LP: #193853)
  * launchpadbugs/html_bug.py: Stephan Hermann fixed html connector to work
    with the newest launchpad rollout (LP: #243193, #244452)
    .
    Unfortunately this update breaks compatibilty. Please update your code
    to make use of the python-launchpad-bugs 0.3 API. It's worth it.
    ------------------------------------------------------------

[Markus Korn (thekorn)]

Fix released in py-lp-bugs 0.3