Closed
Bug 692974
Opened 14 years ago
Closed 14 years ago
Interface to ACR reports that allows for easy blocklisting
Categories
(addons.mozilla.org Graveyard :: Admin/Editor Tools, defect, P2)
Tracking
(Not tracked)
RESOLVED
FIXED
6.3.6
People
(Reporter: jbalogh, Assigned: cvan)
References
Details
"We should have an interface to the Add-on Compatibility Reporter reports that allows for easy compatibility blacklisting of top incompatible add-ons. "
https://wiki.mozilla.org/Features/Add-ons/Add-ons_Default_to_Compatible
This sounds simple, a sketch on a whiteboard will probably suffice.
| Reporter | ||
Updated•14 years ago
|
Updated•14 years ago
|
Target Milestone: 6.2.7 → 6.2.8
Comment 1•14 years ago
|
||
I drew this on a whiteboard but I can't turn on the lights to take a picture, soooo:
Compatibility Reports for Firefox 10
---
Incompatible Add-on #1 - 7.*
- 300/315 (95%) incompatible reports [view version] [view reports] [override compat]
==============
Basically, we list the add-ons that we've received more than 10 incompatible reports on with a percentage higher than 80, ordered by that percentage desc.
If an add-on is hosted, we show the latest compatibility info we have for it. If it's not, we say it's not hosted.
Clicking override will go to the block tool with the correct info filled in.
Updated•14 years ago
|
Assignee: fligtar → jbalogh
Target Milestone: 6.2.8 → 6.2.9
Updated•14 years ago
|
Whiteboard: [ddn]
| Reporter | ||
Updated•14 years ago
|
Assignee: jbalogh → nobody
Target Milestone: 6.2.9 → Q4 2011
Updated•14 years ago
|
Target Milestone: Q4 2011 → 6.3.1
Updated•14 years ago
|
Assignee: nobody → cwiemeersch
| Assignee | ||
Updated•14 years ago
|
OS: Mac OS X → All
Hardware: x86 → All
Target Milestone: 6.3.1 → 6.3.2
Updated•14 years ago
|
Priority: -- → P2
| Assignee | ||
Updated•14 years ago
|
Target Milestone: 6.3.2 → 6.3.4
Updated•14 years ago
|
Target Milestone: 6.3.4 → 6.3.3
Updated•14 years ago
|
Target Milestone: 6.3.3 → 6.3.4
Updated•14 years ago
|
Target Milestone: 6.3.4 → 6.3.5
| Assignee | ||
Updated•14 years ago
|
Target Milestone: 6.3.5 → 6.3.6
Comment 2•14 years ago
|
||
[6:04 PM] <fligtar> that means the default values when you hit the button
[6:04 PM] <fligtar> maxVersion should be the version of the add-on
[6:04 PM] <fligtar> minVersion should be 0
[6:04 PM] <fligtar> app maxVersion should be *
[6:05 PM] <fligtar> app minVersion should be 10.0a1
[6:05 PM] <fligtar> or whatever the app version we're looking at + a1
[6:05 PM] <fligtar> so add-on version 0 -> current version are blocked in 10.0a1 - *
| Assignee | ||
Comment 3•14 years ago
|
||
https://github.com/mozilla/zamboni/commit/d9e152e
The compatibility index gets updated every three hours. Within the hour the index should be up to date, and the hotness will be viewable:
https://addons-dev.allizom.org/z/en-US/admin/compat
It's also accessible from the admin navigation: Manage Add-ons > ACR Reports
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Comment 4•14 years ago
|
||
I'm getting a 500 error on that page. Dunno if I haven't waited long enough or what.
I'm going to be traveling tomorrow morning; Jorge, can you please test this before the push and make sure it does what we expect it to?
Thanks.
Comment 5•14 years ago
|
||
Unless something critical pops up the push tomorrow is going to be skipped. Let me know if that's not gonna work for you.
| Assignee | ||
Comment 6•14 years ago
|
||
(In reply to Justin Scott [:fligtar] from comment #4)
> I'm getting a 500 error on that page. Dunno if I haven't waited long enough
> or what.
It's up now: https://addons-dev.allizom.org/z/en-US/admin/compat
Currently, there aren't that many add-ons with both > 10 incompatible reports and > 80% incompatibility - but there are a few.
Comment 7•14 years ago
|
||
1) The Override Compat option fills the override form with very aggressive values and saves the override without any confirmation. At the very least, the changes should not be saved immediately; we should have the chance to modify the min/max ranges before the block applies. I also think the ranges should be as conservative as possible: min version and max version should equal the add-on version being blocked, and min app version and max app version should be 7.0a1 - 7.* for 7, 8.0a1 - 8.* for 8, etc.
2) The dropdown currently goes up only to Firefox 10. That's just because the newer appversions haven't been added on dev-, right?
3) If possible, I'd like the dropdown to have an "All apps" option, since some add-ons may go unnoticed because they only get a few reports for each version.
#1 is the only one that worries me, but it shouldn't block the push. Having the dashboard to look at the data is what matters most right now.
| Assignee | ||
Comment 8•14 years ago
|
||
https://github.com/mozilla/zamboni/commit/7035ead
Items 1 and 2 have been addressed. Item 3 will be addressed in bug 714112.
Assignee: cvan → nobody
Component: Public Pages → Admin/Editor Tools
QA Contact: web-ui → admin-tools
| Assignee | ||
Updated•14 years ago
|
Assignee: nobody → cvan
Updated•10 years ago
|
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•