[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: "version" field in IssueZilla

From: Julian Foad <julianfoad_at_btopenworld.com>
Date: 2005-01-25 15:52:19 CET

Max Bowsher wrote:
> IssueZilla has a version field.
[...]
> But, we don't seem to actually be using this, it's just accumulating
> whatever the initial reporter set it too, and then being totally ignored
> by us.
>
> I don't think the version a bug applies to can be adequately expressed
> in a simple choose-single-option field.

+1. When entering a new bug, the field is labeled "Found in version:" which
_is_ meaningful (though limited) and can (often) be expressed as a single
value. However, once the issue is filed, the field is then labeled just
"Version:", without any description that I can see, and so no longer seems to
have any particular meaning, and certainly not the ability to be extended to
other versions in which the bug is also seen.

Similarly, the "Platform" and "OS" fields are single-value, and so only make
sense as "Initially found on platform/OS:".

> Unless anyone can come up with a way the field can be useful, I intend
> to set all the issues to "---", and delete the other options,
> effectively disabling the field.

+0. Feels like that might lose some information, but as it's not clear whether
the information is correct or meaningful, I wouldn't mind. Same for Platform
and OS.

> On a related note, what do people think about disabling the setting of
> "Priority" during initial bug creation? It would cut down on over-eager
> reporters marking things P1 when they are nowhere near that severe.

No opinion from me.

- Julian

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jan 25 15:53:28 2005

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.