ChiliProject is not maintained anymore. Please be advised that there will be no more updates.

We do not recommend that you setup new ChiliProject instances and we urge all existing users to migrate their data to a maintained system, e.g. Redmine. We will provide a migration script later. In the meantime, you can use the instructions by Christian Daehn.

[Decided] - ChiliProject.org: Affected version field?

Added by Eric Davis at 2011-02-27 11:19 pm

Do we need an Affected version field for issues?

Eric Davis


Replies (13)

RE: ChiliProject.org: Affected version field? - Added by Bruno Samora at 2011-03-02 04:28 pm

Yes, I think we need. This is widely used on other issue trackers and I feel like it is missing on Redmine/Chilli

RE: ChiliProject.org: Affected version field? - Added by Stefan Hållén at 2011-03-02 06:36 pm

How would it work in conjunction with versions (the way issues already can be assigned to versions I mean)?

RE: ChiliProject.org: Affected version field? - Added by Bruno Samora at 2011-03-02 06:48 pm

Stefan Hållén wrote:

How would it work in conjunction with versions (the way issues already can be assigned to versions I mean)?

Stefan,

I assume we're talking about #215, so it would be used, lets say, to identify on which version a bug has been found. From the feature description:

When opening issues, reporters should be able to pick the version that the issue is reported in, by choosing from a list of released versions of the software. Developers should be able to tag this further as affecting multiple versions of the released product.

RE: ChiliProject.org: Affected version field? - Added by Eric Davis at 2011-03-03 12:09 am

Stefan Hållén wrote:

How would it work in conjunction with versions (the way issues already can be assigned to versions I mean)?

You would be able to say "this issue happens in VersionX".

Eric Davis

RE: ChiliProject.org: Affected version field? - Added by Stefan Hållén at 2011-03-03 08:00 am

Yeah, I get that part. I was just thinking about how it would (backend-wise) differ from how issues are assigned to versions.

I guess this would be completely separate, because the bug might occur in all 1.1.x versions, but not in 1.5.x, and you're still maintaining 1.1. So you'd want a new issue, relating to the 1.1.x version(s?) and belonging to the next 1.1 release?

RE: ChiliProject.org: Affected version field? - Added by Eric Davis at 2011-03-03 11:06 pm

Stefan Hållén wrote:

I guess this would be completely separate, because the bug might occur in all 1.1.x versions, but not in 1.5.x, and you're still maintaining 1.1. So you'd want a new issue, relating to the 1.1.x version(s?) and belonging to the next 1.1 release?

Yea I think so. So the select would be like:

Affected Version:
[ ] 1.0.0
[ ] 1.1.0
[X] 1.1.1
[X] 1.1.2
[X] 1.1.3
[X] 1.1.4
[X] 1.1.5
[ ] 2.0.0

This would tell us that the bug hasn't bee reported in 1.0.0, 1.1.0, or 2.0.0 (either it's not present or no one tested yet). Then we could fix it and set the Target Version to 1.1.6.

Eric Davis

RE: ChiliProject.org: Affected version field? - Added by Stefan Hållén at 2011-03-04 08:13 am

Hm, maybe it could be a "affected versions" : "from" - "to" ?

In many projects, there are a lot of versions... :)

RE: ChiliProject.org: Affected version field? - Added by Eric Davis at 2011-03-05 12:51 am

I'm only talking about the ChiliProject.org website itself, not an actual feature for the software.

Eric Davis

RE: ChiliProject.org: Affected version field? - Added by Stefan Hållén at 2011-03-07 10:11 am

Having non-standard features in the issue tracker on chiliproject.org at least FEELS wrong to me :)

RE: ChiliProject.org: Affected version field? - Added by Bruno Samora at 2011-03-07 01:08 pm

Stefan Hållén wrote:

Having non-standard features in the issue tracker on chiliproject.org at least FEELS wrong to me :)

I couldn't agree more. I really thought we were talking about the feature itself and not whether chilliproject would use it or not.

RE: ChiliProject.org: Affected version field? - Added by Gregor Schmidt at 2011-03-07 01:35 pm

I do not see a problem in having non-standard features on cp.o, as long as they are easily available as plugin, say on cp's github account.

I think, this feature would be very useful for a software project oriented bug tracker, like the one on cp.o, but it is of limited use for other kinds of projects.

So I think we can discuss this feature for cp.o and we can discuss, whether this should be a core feature or a plugin. But I do not see, why these discussions would be interdependent.

RE: ChiliProject.org: Affected version field? - Added by Eric Davis at 2011-03-07 11:06 pm

Stefan Hållén wrote:

Having non-standard features in the issue tracker on chiliproject.org at least FEELS wrong to me :)

My proposal was to use a custom field, which is a standard feature. Sorry if I wasn't clear about it.

Eric Davis

(1-13/13)