Closed Bug 1404018 Opened 5 years ago Closed 5 years ago

OrangeFactor robot expects P1 for frequent failures in owner-triaged components

Categories

(Tree Management Graveyard :: OrangeFactor, enhancement)

enhancement
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: gbrown, Assigned: gbrown)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

The OF robot's handling of frequent failures in owner-triaged components includes changing the priority field to '--', to trigger triage. If the robot finds the priority already set to '--' or 'P1', no further priority changes are made.

Sometimes I see the robot set '--', then an owner is assigned and the priority set to 'P2'...and then the robot changes it back to '--' the next day. We should be more flexible. Regardless of the urgency of the failures, if the bug has been triaged and a priority assigned, that may be all that can be done. Pushing for re-triage/P1 is likely just annoying.
Minor tweak, as discussed.
Attachment #8913316 - Flags: review?(jmaher)
Comment on attachment 8913316 [details] [diff] [review]
do not change priority if --/P1/P2/P3

Review of attachment 8913316 [details] [diff] [review]:
-----------------------------------------------------------------

::: woo_commenter.py
@@ +267,4 @@
>                      if ((bug_info['priority'] != '--') and
> +                        (bug_info['priority'] != 'P1') and
> +                        (bug_info['priority'] != 'P2') and:
> +                        (bug_info['priority'] != 'P3')):

could we say:
if bug_info['priority'] not in ['--', 'P1', 'P2', 'P3']:
Attachment #8913316 - Flags: review?(jmaher) → review+
Sure, let's do that.
Example of why this is needed: https://bugzilla.mozilla.org/show_bug.cgi?id=1399375#c12
Deployed.
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Product: Tree Management → Tree Management Graveyard
You need to log in before you can comment on or make changes to this bug.