project.bug_tracker is too often None

Bug #264088 reported by James Westby on 2008-09-02
Affects Status Importance Assigned to Milestone
Launchpad itself

Bug Description


project.bug_tracker if often None, even when the project appears to have an
associated bug tracker, e.g.

  p = launchpad.projects['gnome-control-center']
  print p.bug_tracker

gives None, when says
that it uses the GNOME bug tracker.

  p = launchpad.projects['bzr']
  print p.bug_tracker

also gives None, when the project uses Launchpad.

(Also, is there a plan to expose these bug trackers as objects? The URLs
that you get from the attribute are to, when I'm more
interested in the URL of the real bugtracker)



Leonard Richardson (leonardr) wrote :

I'm not sure what's going on here but it's very unlikely to be a launchpadlib problem or even a lazr.restful problem. It's probably a problem with the ProductBugTracker field. I say this because bug_tracker_link is None in the representation as sent to launchpadlib. launchpadlib is doing the right thing. I can also load from launchpadlib, and I get a bugtracker object. So the link isn't being made part of the representation.

I don't see any problems just glancing at ProductBugTracker, but it's complex enough that I'd bet that's where the problem is.

affects: launchpadlib → launchpad-registry
Curtis Hovey (sinzui) on 2009-04-30
Changed in launchpad-registry:
importance: Undecided → Low
status: New → Triaged
Curtis Hovey (sinzui) wrote :

The examples given are projects in project groups. The project group has a bug tracker set, but that data does not propogate to the projects.

If project groups were a device to configure and control projects, this could be done. Projects groups are not that; the project group owner is not necessarilly the owner of the project and does not have permission to make such a change.

affects: launchpad-registry → malone
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers