Activity log for bug #192011

Date Who What changed Old value New value Message
2008-02-15 01:45:26 Eleanor Berger bug added bug
2008-02-19 22:42:06 Matthew Paul Thomas malone: importance Undecided Low
2008-02-19 22:42:06 Matthew Paul Thomas malone: status New Confirmed
2008-02-25 19:41:32 Diogo Matsubara title Convert UNKNOWN improtance to UNDECIDED for bugs on projects that use malone officially Convert UNKNOWN importance to UNDECIDED for bugs on projects that use malone officially
2012-04-11 03:40:32 Robert Collins summary Convert UNKNOWN importance to UNDECIDED for bugs on projects that use malone officially UNKNOWN and UNDECIDED use different enum values but are not permitted in the same context
2012-04-11 03:48:36 Robert Collins description Some bugs that are using launchpad for bug tracking, have an importance of UNKNOWN. This importance shouldn't be used by users, it is reserved for bug watches that can't determine a remote bug's importance. We shoud convert all existing bugs to UNDECIDED. Original report =============== Some bugs that are using launchpad for bug tracking, have an importance of UNKNOWN. This importance shouldn't be used by users, it is reserved for bug watches that can't determine a remote bug's importance. We shoud convert all existing bugs to UNDECIDED. Analysis ======== There are a cluster of defects (all marked as duplicates of this bug) that have to do with UNKNOWN and UNDECIDED. It is arguable that remote trackers might have a native UNDECIDED that we would reflect as UNDECIDED into LP, but lack-of-knowledge in a mirrored bug is orthogonal to any given field (because either our mirror status is up to date, and we know, or its stale, and we don't know anything at all). In the absence of remote+UNDECIDED, UNKNOWN and UNDECIDED become mutually exclusive: - contexts that do not 'use LP' are only permitted bug watches - context that 'use LP' are not permitted bug watches, and are not permitted UNKNOWN. We can address all these issues by consolidating the UNDECIDED and UNKNOWN enums and tracking 'mirrored metadata is out of date' as a wholly separate flag on bugwatches. Our current model is more than a little misleading (when do we ever truely know a remote status :P)