[Development] Suggestion for change on how blockers are marked in Jira

Eskil A. Blomfeldt eskil.abrahamsen-blomfeldt at theqtcompany.com
Mon Nov 30 13:13:32 CET 2015

On 27. nov. 2015 14:53, Paul Olav Tvete wrote:
> On Friday, November 27, 2015 02:23:01 PM Eskil A. Blomfeldt wrote:
>> I think a batched change for all open reports with a "Fix version" !=
>> "Some future release" would have to be part of this. A quick check
>> reveals that we (for instance) currently have 27 unresolved bugs with
>> fix version set to "5.3.0", so this might be a good clean-up to have in
>> any case.
> I thought we discussed that this should only apply to P1 (and af course P0)
> bugs? If a bug is a blocker, it is by definition a P1. There is some sense in
> allowing non-blocking bugs to have a Fix Version, to aid in planning.
> As far as I can see, we have 157 bugs that have a Fix Version of 5.3.0 or
> later. Of those,   one is P0, and 25 are P1. About half of those are for
> 5.3/5.4.

Personally, I don't see the need for that. The way it's used now, it's 
not maintained, so you end up with open bug reports that claim they have 
been fixed in a released Qt, which is just confusing. It would make the 
system easier if that field refers to the version where we know the bug 
has been / will be fixed, and not arbitrarily based on some plans or 
user requests.

In principle, that means there will be no unresolved bugs with P >= 2 
that has a fix version set, which makes more sense since we are not 
promising fix versions for non-blockers.

-- Eskil

More information about the Development mailing list