[Tracker-discuss] [issue373] Add 'module' field to tracker

anatoly techtonik metatracker at psf.upfronthosting.co.za
Thu Apr 14 01:09:49 CEST 2011


anatoly techtonik <techtonik at gmail.com> added the comment:

On Wed, Feb 2, 2011 at 8:28 PM, Ezio Melotti
<metatracker at psf.upfronthosting.co.za> wrote:
>
> Even if knowing the module(s) related to the issue is useful, there are a number of problems that should be considered:
> * there are hundreds of modules;

How many exactly? I doubt there is more than hundred.
https://bugzilla.gnome.org/ handles it pretty well.

> * there's no easy way to display so many options;

If the tracker suxx - change the tracker. It should help development -
not constrain it.

> * several modules can be related to the issue;

Make them tags.

> * there are different modules depending on the Python version;
> * there are different names for the same modules depending on the Python version;

Use both until subset of Python versions is not selected. If you need
to store both names - use module description format -
http://code.google.com/p/pydotorg/issues/detail?id=8

> * the list of modules must be updated when modules are added/removed/renamed;

Store module mapping in repository and throw warning during build
stage when files added or removed.

> * a new field adds clutter to the UI and more work for the submitters and triagers;

Split reporting in two steps like in Gnome or Eclipse Bugzillas. The
first step can also force search for similar items - like in
Launchpad.

> * searching for a specific module won't include the issues if the field is not set correctly (i.e. old issues and issues that haven't be triaged), the normal search will;

All issues should undergo triaging process. Opened old issues can be
retriaged. Closed could be left RIP. If you want to find them - use
module name in normal search - it will still work.

> * there's no patch ready to implement (or attempt to implement) this feature;
>
> Another option is looking automatically at the attached patches, figure out what files they affect, and make this information available.
> This won't require extra work for submitters and triagers and no new fields are needed in the issue page (only a field in the search page).

That's included in the proposal by the link above. But mind you that
issues without patches may never get any, because module maintainers
are unaware that there are issues for them. Modules should have their
own bug Atom feed.

_______________________________________________________
PSF Meta Tracker <metatracker at psf.upfronthosting.co.za>
<http://psf.upfronthosting.co.za/roundup/meta/issue373>
_______________________________________________________


More information about the Tracker-discuss mailing list