uploads of new source packages can't close bugs

Bug #334573 reported by Colin Watson on 2009-02-25
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Launchpad itself
Low
Unassigned

Bug Description

Source package uploads containing a Launchpad-Bugs-Fixed field in their .changes file close bugs, but of course they only close bug tasks on the relevant source package in the relevant distribution, since the bug might have many tasks some of which do not apply. This is all right and proper.

However, it does cause a small problem for bugs of the form "we need this new package to exist"; the MOTU team use bugs of this form to organise their work. Such bugs obviously can't be filed against the relevant source package, since it does not yet exist in the Launchpad database; they are therefore filed simply against "Ubuntu", with no source package. Even though the appropriate bug number is usually referenced in the changelog in such a way as to produce a Launchpad-Bugs-Fixed field, Soyuz does not close these bug tasks automatically when accepting the new source package, because they aren't filed on the source package.

It seems to me that this could be improved, perhaps with some slight heuristics. How about this rule:

  Uploads may close either bug tasks on the correct source package in the correct distribution, *or* bug tasks on the correct distribution but without any source package.

Since it is not normally possible to have bug tasks on both "Ubuntu" and "Ubuntu (sourcepackagename)" (although this does occasionally happen due to what I think are Launchpad bugs, but it isn't something the normal UI lets you do), this should be unambiguous; in the rare case where it might be ambiguous I think it would be fine to resolve the problem manually.

Björn Tillenius (bjornt) wrote :

As Colin said, we should fix Bug.setStatus() to fall back on the distribution task, if a source package task can't be found.

Celso Providelo (cprov) wrote :

Moving to launchpad-bugs as per IRC discussion with Bjorn. We will probably implement a general fallback to the distribution bugtask if there isn't anything more specific.

Changed in malone:
importance: Undecided → Medium
status: New → Triaged
Curtis Hovey (sinzui) on 2011-10-01
Changed in launchpad:
importance: Medium → Low
tags: added: bugs packages
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers