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

Better identification of extensions #263

Open
grahamperrin opened this issue Feb 7, 2018 · 1 comment
Open

Better identification of extensions #263

grahamperrin opened this issue Feb 7, 2018 · 1 comment

Comments

@grahamperrin
Copy link

From https://addons.mozilla.org/addon/nightly-tester-tools/reviews/1035543/:

… identifying extensions primarily by name is troublesome. Because addons.mozilla.org (AMO) too often makes it unnecessarily difficult to find by name; because developers too often use multiple names for a single product; ….

The extension could be improved by more positively identifying extensions. Include:

If no URLs is associated with the extension, be explicit about the absence of a support URL.

@whimboo
Copy link
Contributor

whimboo commented Apr 4, 2018

Thank you for filing the issue. So which details of extensions the WebExtension API supports is listed here: https://developer.mozilla.org/en-US/Add-ons/WebExtensions/API/management/ExtensionInfo.

Right now we use name, version, and disabled status: https://github.com/mozilla/nightlytt/blob/master/extension/shared.js#L93-L98

I'm not sure what's best to be added here given that homepage is not always used, and id is not helpful because it cannot be used on AMO to search for a specific extension. Maybe we use homepage if present, and fallback to the id if not set?

@kyoshino what do you think?

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

2 participants