Closed Bug 1172372 Opened 10 years ago Closed 10 years ago

Increase spread of rule priorities to allow more room for special cases

Categories

(Release Engineering Graveyard :: Applications: Balrog (backend), defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: nthomas, Assigned: nthomas)

References

Details

We're using an limited range of priorities from 90 to 100, and are starting to run out of room for all the special cases that come along. I'm proposing we increase the priorities of the OS blocking and watershed rules to create more room. This also helps us avoid using the same priority on more than rule, because that makes it harder to reason about which one will apply.
Here's the worst offender: +---------+----------+--------------------------------+---------+---------+----------+ | rule_id | priority | mapping | product | version | channel | +---------+----------+--------------------------------+---------+---------+----------+ | 69 | 100 | No-Update | NULL | NULL | release* | # OS deprecation | 103 | 95 | No-Update | Firefox | <4.0 | release | # old builds | 73 | 93 | Firefox-12.0-build1 | Firefox | <10.0 | release* | # watershed, old XP | 184 | 92 | Firefox-38.0.5-build4-whatsnew | Firefox | NULL | release | # pocket locales | 145 | 90 | Firefox-38.0.5-build4 | Firefox | NULL | release | # normal update +---------+----------+--------------------------------+---------+---------+----------+ For Firefox 38.0.6 we need another couple of rules between the 12.0 watershed and the 38.0.5 vanilla builds. And for bug 998721 we'll need a couple more between the <4.0 and 12.0. So I've done this: +---------+----------+--------------------------------+---------+---------+----------+ | rule_id | priority | mapping | product | version | channel | +---------+----------+--------------------------------+---------+---------+----------+ | 69 | 150 | No-Update | NULL | NULL | release* | # OS deprecation | 103 | 120 | No-Update | Firefox | <4.0 | release | # old builds | 73 | 110 | Firefox-12.0-build1 | Firefox | <10.0 | release* | # watershed, old XP | 184 | 92 | Firefox-38.0.5-build4-whatsnew | Firefox | NULL | release | # pocket locales | 145 | 90 | Firefox-38.0.5-build4 | Firefox | NULL | release | # normal update +---------+----------+--------------------------------+---------+---------+----------+
Blocks: 998721
After doing some spot checks, and checking newrelic, this looks to be working fine.
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Documenting other changes: * rule_id 103 changed from channel of 'release' to 'release*' (this is the block for builds older than 4.0) * removed rule for Firefox releasetest <2.0 pointing to Firefox-2.0.0.20
Product: Release Engineering → Release Engineering Graveyard
You need to log in before you can comment on or make changes to this bug.