10.3 fixed bugs /JIRA fix-in field...

[Myrna van Lunteren <m....@gmail.com>]

Hi,

I looked at the Release Notes-per version option of JIRA as well as
the <trunk>/RELEASE-NOTES.html generated by Rick's release notes
generator (see DERBY-2570) and I notice that many bugs are listed that
were already fixed in 10.2.2.0.

JIRA allows us to add many versions in the 'Fixed-In' field.
In the past, we have indeed done this, and if a fix was backported
from a later version (e.g. from trunk at 10.3 to 10.2 branch before
10.2.2.0) we just add the older release to the newer.

Unfortunately, as far as I can see, there's no way in JIRA to set up a
search filter so that you can find the bugs that were fixed in
10.3.0.0, and were not also fixed in 10.2.2.0.

So, creating release notes for 10.3.0.0 with changes not in 10.2.2.0
has become quite complicated.

I would like to go back and modify the fixed-in field for all bugs
that were fixed in or before 10.2.2.0 to *not* list 10.3.0.0. And I
think that should become the rule in the future too, so that only 1
released version should appear for 'fixed-in' for most bugs. (There
are a few that were backported after the latest release on an older
branch - those would still have multiple fix-versions).

Does anyone see a problem with this?

Thx,
Myrna

Re: 10.3 fixed bugs /JIRA fix-in field...

[Daniel John Debrunner <dj...@apache.org>]

Myrna van Lunteren wrote:
> Hi,
> 
> I looked at the Release Notes-per version option of JIRA as well as
> the <trunk>/RELEASE-NOTES.html generated by Rick's release notes
> generator (see DERBY-2570) and I notice that many bugs are listed that
> were already fixed in 10.2.2.0.
> 
> JIRA allows us to add many versions in the 'Fixed-In' field.
> In the past, we have indeed done this, and if a fix was backported
> from a later version (e.g. from trunk at 10.3 to 10.2 branch before
> 10.2.2.0) we just add the older release to the newer.
> 
> Unfortunately, as far as I can see, there's no way in JIRA to set up a
> search filter so that you can find the bugs that were fixed in
> 10.3.0.0, and were not also fixed in 10.2.2.0.
> 
> So, creating release notes for 10.3.0.0 with changes not in 10.2.2.0
> has become quite complicated.
> 
> I would like to go back and modify the fixed-in field for all bugs
> that were fixed in or before 10.2.2.0 to *not* list 10.3.0.0. And I
> think that should become the rule in the future too, so that only 1
> released version should appear for 'fixed-in' for most bugs. (There
> are a few that were backported after the latest release on an older
> branch - those would still have multiple fix-versions).
> 
> Does anyone see a problem with this?

The Jira fix-in field should reflect reality, which I think it currently 
does. That is it reflects the branches/trunk the bug was fixed in and 
their versions at the time of the fix. If a bug is changed to 10.2.2.0 
only, then how does one tell if it has been fixed in trunk? Just stating 
it should be fixed in trunk if it was fixed in a branch is not 
sufficient, this is open source, if a contributor/committer only wants 
to fix a bug in a branch then that's fine, there's no requirement to 
also fix it in trunk. Ideally it should be done, but someone has to 
volunteer to do the work.

I see Jira as the raw data, it's up to the release notes process to 
produce useful human readable information from it.

Dan.

Re: 10.3 fixed bugs /JIRA fix-in field...

[Knut Anders Hatlen <Kn...@Sun.COM>]

Kathey Marsden <km...@sbcglobal.net> writes:

> Myrna van Lunteren wrote:
>> I
>> think that should become the rule in the future too, so that only 1
>> released version should appear for 'fixed-in' for most bugs. (There
>> are a few that were backported after the latest release on an older
>> branch - those would still have multiple fix-versions).
>>
> I agree but I recall finding  objection when I proposed this before:
> Oddly the only thread I found on the issue has no responses, so
> perhaps I just dreamed up the objections #:)
> http://www.nabble.com/Fix-Version-in-Jira-and-reporting-issues-fixed-in-10.2-tf1875259.html#a5126935

Nope, you didn't dream! ;)

http://www.nabble.com/Jira-field-definition-clarification-for-Derby-tf2024859.html
http://www.nabble.com/Release-Notes-tf2148038.html

-- 
Knut Anders

Re: 10.3 fixed bugs /JIRA fix-in field...

[Kathey Marsden <km...@sbcglobal.net>]

Myrna van Lunteren wrote:
> I
> think that should become the rule in the future too, so that only 1
> released version should appear for 'fixed-in' for most bugs. (There
> are a few that were backported after the latest release on an older
> branch - those would still have multiple fix-versions).
>
I agree but I recall finding  objection when I proposed this before:
Oddly the only thread I found on the issue has no responses, so perhaps 
I just dreamed up the objections #:)
http://www.nabble.com/Fix-Version-in-Jira-and-reporting-issues-fixed-in-10.2-tf1875259.html#a5126935

Re: 10.3 fixed bugs /JIRA fix-in field...

[Bryan Pendleton <bp...@amberpoint.com>]

> think that should become the rule in the future too, so that only 1
> released version should appear for 'fixed-in' for most bugs. 

In general, I agree with you: once a bug is marked fixed in a particular
released version, it should be assumed to be fixed in all higher
released versions.

But is 10.3.0.0 a released version?

thanks,

bryan