Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

support add-on badges #80

Open
rhelmer opened this issue Dec 7, 2020 · 7 comments
Open

support add-on badges #80

rhelmer opened this issue Dec 7, 2020 · 7 comments

Comments

@rhelmer
Copy link
Contributor

rhelmer commented Dec 7, 2020

Add-on badges are supported by AMO: https://blog.mozilla.org/addons/2020/10/05/new-add-on-badges/

Technically this works by having a mozilla-recommendation.json in the root of the signed XPI. The primary reason we want this for Ion is to remove the "unknown site" prompt, since we plan to initiate the install from our own site and not AMO. See mozilla-rally/rally-core-addon#159 for details.

/cc @mixedpuppy @aki @kewisch @Dexterp37

@escapewindow
Copy link
Contributor

Most likely this will mean a new Autograph set of creds, resulting in a new signing format here. We'll want to make sure that reviews for any addons with these badges are given extra care during review and signoff; we probably want to formalize what this means.

@hwine
Copy link
Collaborator

hwine commented Jan 5, 2021

fwiw - from a chat in #addons, it's not clear (or decided yet?) if a single extension can be entitled to multiple badges. E.g. can a "made by mozilla" addon also be permitted to display the "verified for security" badge? The answer may impact the review & signoff process mentioned above.

@mixedpuppy
Copy link
Collaborator

mixedpuppy commented Jan 5, 2021

fwiw - from a chat in #addons, it's not clear (or decided yet?) if a single extension can be entitled to multiple badges. E.g. can a "made by mozilla" addon also be permitted to display the "verified for security" badge? The answer may impact the review & signoff process mentioned above.

Only one would be applied even though the framework allows multiple. It does not make sense to sign a mozilla line extension if it is not verified. Likewise, it makes no sense to recommend an addon that was not verified.

@mixedpuppy
Copy link
Collaborator

Also, privileged addons will no longer show the "unknown site" prompt when installed from a 3rd party site (currently in beta riding the train).

@hwine
Copy link
Collaborator

hwine commented Jan 6, 2021

Only one would be applied even though the framework allows multiple. It does not make sense to sign a mozilla line extension if it is not verified. Likewise, it makes no sense to recommend an addon that was not verified.

@mixedpuppy It does look like the intent is for only one to be applied - but I though the intended hierarchy was recommended < verified < official. There is some UX work to communicate that hierarchy -- if the hierarchy is incorrect, you might want to chime in over there.

@mixedpuppy
Copy link
Collaborator

Only one would be applied even though the framework allows multiple. It does not make sense to sign a mozilla line extension if it is not verified. Likewise, it makes no sense to recommend an addon that was not verified.

@mixedpuppy It does look like the intent is for only one to be applied - but I though the intended hierarchy was recommended < verified < official.

There is no intended hierarchy, these tags do not build on top of a prior tag. Any level of recommendation is going to be reviewed, at least in theory, at the same level. You can think of these more as a "why" they were reviewed more extensively than the general addon population.

@rhelmer
Copy link
Contributor Author

rhelmer commented Jan 11, 2021

Also, privileged addons will no longer show the "unknown site" prompt when installed from a 3rd party site (currently in beta riding the train).

I think this is sufficient for Rally for now. If/when we move to an unprivileged add-on we could use proper AMO badges. Privileged add-ons are by necessity "from" and/or "reviewed" by Mozilla so I think that's probably going to be fine for other use cases too.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants