On Nov 15, 2006, at 12:48 PM, Ludovic Dubost wrote:

It's not sure that we will find exactly in which version they have been fixed. If we are working on the head, is the policy to mark it fix for the upcoming release ?

The policy is to fill the "fix for" either: * When you're planning to fix an issue for a given release. If it happens that it's not fixed for that release then the fix for must be updated at the time of the release * When you're closing an issue In any case there should never be any issue closed without a "fix for" filled.

in this case what happens if the upcoming release never comes out or does not have the version number that we thought I'm not sure what you mean. Imagine that we define a version named 1.1 planned for a given date. Now imagine that we decide not to release this version and instead to name it 1.0.9. Then in JIRA we'll rename 1.1 in 1.0.9 and all issues will then have a fix for for 1.0.9.

I'm probably not understanding something here :-) Thanks -Vincent

Maybe we need to define our versioning policy

Ludovic

Vincent Massol a écrit :

...

Hi developers,

I've noticed that there are 43 issues which are resolved or closed and which do not have a "fix for" value. This means that these issues are not going to be associated with a XWiki version which also means that they are unaccounted for and that users cannot know in which version they have been fixed.

I think it would be good if everyone had a look and added a "fix for" value for the issues they have fixed.

WDYT?

Note: With the default jira workflow it's not possible to edit an issue that has been closed so you'll have to reopen it and close it again. If you want I can also modify the workflow to allow editing an issue that's been closed. Let me know.

Thanks -Vincent