Sorting out upstream and project bugtrackers
Matthew Paul Thomas
mpt at canonical.com
Wed Aug 23 11:20:04 BST 2006
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Aug 16, 2006, at 11:53 PM, Christian Robottom Reis wrote:
>
> I had a call with Bjorn today to define how our handling of bugtrackers
> could be improved, as part of his work in improving forwarding of bugs
> to upstream. The current system allows you to register a standalone
> bugtracker, and it also allows you to register a bugtracker associated
> with a project, and there is no way of changing that association after
> creation -- which is a wart! There is also now way of specifying that a
> certain product uses a bugtracker, which means we can't direct the user
> to a specific bugtracker when he wants to add a new watch -- we end up
> with that sucky drop-down listing all registered bugtrackers.
> ...
If I want to link a bug report in Launchpad to a bug report in a
separate bug tracker, in 99% of cases I will have that external bug
report open in front of me. So I think the ultimate goal should be to
let me drag the URL from that browser window and drop it into an
"External bug report:" field in Launchpad. ANYTHING else I have to do
- -- "registering" bug trackers, selecting from a list of "registered"
bug trackers, "associating" bug trackers with projects, etc -- is
process waffle that should be eliminated with a vengeance.
We're quite a long way from allowing that, unfortunately, but there are
several intermediate improvements that could be implemented separately:
1. Fix the bug that currently requires the Sourceforge bug tracker to
be registered eleven times (!) in Launchpad. (We don't need
bugzilla.mozilla.org to be registered separately for each of
Firefox, Thunderbird, Seamonkey, etc, so we shouldn't need
sourceforge.net/tracker to be registered separately for each
Sourceforge project.)
2. Replace the current bug watch UI with a text field that, given a bug
report URL from an already-registered bug tracker, works out which
one it is.
3. Replace the current association of bug trackers to
products/projects/distributions with a non-interrupting system
similar to that for rarely-used bug tags: "99.8% of Fooix bugs are
recorded in bugs.example.org, not bugzilla.gnome.org. Check that you
entered the right URL in the right field."
4. Remove or make optional the "Title", "Summary", and "Contact
Details" fields for registering a bug tracker.
5. (The hard part) Write code that, given a bug report URL from a
previously-unregistered bug tracker, probes the URL to see what kind
of bug tracker it is.
6. If I enter a URL for a bug tracker that isn't currently registered,
send me to a "one moment, please" page for 20 seconds while
Launchpad probes the URL, registers the bug tracker automatically,
and gets the remote bug's status, then redirect me back to the bug
page with the shiny new remote bug status highlighted.
Should this be a spec? :-)
- --
Matthew Paul Thomas
http://mpt.net.nz/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Darwin)
iD8DBQFE7CvY6PUxNfU6ecoRArDFAJ9dCV33WPpG+IrkdkJ4W1HqKXyZxgCggzDM
slzrrxLY839SZVCVCZAZvbA=
=8Tbx
-----END PGP SIGNATURE-----
More information about the launchpad-users
mailing list