[wtp-dev] Marking bugs as deferred

[Jeffrey Liu <jeffliu@xxxxxxxxxx>]

Hi,

We currently have lots of serious bugs
that are untargeted. 129 blocking, critical and major bugs [1], and 93
P1 and P2 bugs [2]. If a bug is intended to be fixed in 1.5.1, its target
milestone should be set to 1.5.1. Since these bugs do not have their target
milestones set, does this means we are defering all of them to WTP 2.0
and beyond? Or is it because they are not triaged?

In the past, we used P4 to indicate
deferred bugs. We should go through these bugs and either change their
target milestone to 1.5x or mark them as deferred.

I would also like to revisit the current
process of using P4 to indicate deferred bugs. Personally, I think this
process adds lots of overhead to the bug owner. Imagine someone changes
the priority of a bug to P4 in WTP 1.5 for the sake of marking it as deferred.
Then changes it back to P2 when we enter WTP 2.0. This is a lot of work
and the true priority of the bug can easily be lost during the process.

I propose we use 1.5_deferred
in the status whiteboard field to indicate a bug that is going to be deferred
beyond the WTP 1.5 release.

Comments/suggestions welcomed.

[1] https://bugs.eclipse.org/bugs/buglist.cgi?classification=WebTools&product=Web%20Tools&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_severity=blocker&bug_severity=critical&bug_severity=major&target_milestone=---

[2]
https://bugs.eclipse.org/bugs/buglist.cgi?classification=WebTools&product=Web+Tools&target_milestone=---&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&priority=P1&priority=P2

Thanks,

Jeffrey Liu
IBM Rational Software
IBM Toronto Lab.
8200 Warden Ave. Markham, Ontario, L6G 1C7
Internal mail: D3/UMZ/8200/MKM (D3-268)
T/L: 969 3531
Tel: (905) 413 3531
Fax: (905) 413 4920
jeffliu@xxxxxxxxxx