Closed Bug 675810 Opened 13 years ago Closed 13 years ago

what's different about the new compatibility numbers?

Categories

(addons.mozilla.org Graveyard :: Compatibility Tools, defect, P1)

defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: fligtar, Assigned: jbalogh)

Details

https://addons.allizom.org/z/en-US/firefox/compatibility/5.0?appver=1-5.0&type=all shows 72% and https://addons.allizom.org/en-US/firefox/compatibility/dashboard/5.0 shows 84%.

I'd like to understand what the difference between them is and make sure it's correct. Lots of people look at these numbers and they are monitored for changes every week.
Target Milestone: --- → 6.2.0
Target Milestone: 6.2.0 → 6.2.1
I fixed some bugs but my number is still higher. I think this is because my top_95 number is for the whole app, not for the app + version. When counting Firefox 5.0 compat PHP discards add-ons that aren't at least compatible with Fx 4.0 and figures out the top 95% of add-ons from there. Python figures out the top 95% of add-ons without discarding anything, so it sees a longer tail.

https://github.com/jbalogh/zamboni/commit/e97ace1 
https://github.com/jbalogh/zamboni/commit/3714d9e
I don't think I understand. The number I'm reading specifically says "Top 95% compatible with previous version", so why would it not be looking at 4.0 compatible add-ons?
(In reply to Justin Scott [:fligtar] from comment #2)
> I don't think I understand. The number I'm reading specifically says "Top
> 95% compatible with previous version", so why would it not be looking at 4.0
> compatible add-ons?

Because a global top_95 number is easier to generate with all the other filtering we're doing.
Target Milestone: 6.2.1 → 6.2.2
(In reply to Jeff Balogh (:jbalogh) from comment #3)
> (In reply to Justin Scott [:fligtar] from comment #2)
> > I don't think I understand. The number I'm reading specifically says "Top
> > 95% compatible with previous version", so why would it not be looking at 4.0
> > compatible add-ons?
> 
> Because a global top_95 number is easier to generate with all the other
> filtering we're doing.

I still don't understand. You're taking the top 95%, then removing the ones that don't meet the labels, then calculating the percentage based on that smaller percentage?

The 4 columns of each row should add up to 100%, and they don't.
Once all the stats are in elastic I can calculate this properly.
Target Milestone: 6.2.2 → 6.2.4
Target Milestone: 6.2.4 → 6.2.5
It's hard to tell for sure since I can't see the PHP on -dev, but I think I have this all cleared up now. https://addons-dev.allizom.org/en-US/firefox/compatibility/6.0 is showing close to 100%; 7.0 is different from prod since the dbs are drifting.

https://github.com/jbalogh/zamboni/commit/0cdfc10 
https://github.com/jbalogh/zamboni/commit/b682213
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.