Closed Bug 1269288 Opened 9 years ago Closed 5 years ago

Add ability to manage other addons - list/install/uninstall/enable/disable

Categories

(WebExtensions :: General, defect, P5)

defect

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 1522823

People

(Reporter: yuki, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: [design-decision-approved]triaged)

For enterprise use, the system administrator wants to manage addons via MCD (Mission Control Desktop) mechansim. For example: activate "dangerous" versions of other addons even if they are blocked by Mozilla. Currently it is possible with addons using AddonManager.jsm, however, after XUL is ended we need something to alter it. Add-on hotfix mechanism https://wiki.mozilla.org/Features/Desktop/Add-on_hotfix and custom update manifest seems similar to this purpose, however, it is not guaranteed that it is executed on the startup immediately.
Whiteboard: [design-decision-needed]triaged
Summary: Add ability to manage other addons - install/uninstall/enable/disable → Add ability to manage other addons - list/install/uninstall/enable/disable
Just a note that the ability to list all add-ons and uninstall them is covered in Chrome as well by the management API: https://developer.chrome.com/extensions/management. It does not allow you to install, enable or disable however. This would also need permissions to be implemented.
Depends on: 1197420
Thank you for pointing! Currently there seems to be no existing bug for "chrome.management", except the bug 1220136 about self-uninstallation. Should I separate this bug for two steps: 1) implementing "chrome.management" compatible to Google Chrome and 2) extending it with new permissions and new methods to enable/disable addons?
There's a few bugs on management: http://arewewebextensionsyet.com/#management, feel free to file any other. Please give them the [management] whiteboard tag. Needless to say we should have permissions that prompt the user around these APIs. Also we should approach install carefully, it should only be possible to install another signed WebExtension add-on for example, otherwise we've got a simple escape out of the sandbox.
Whiteboard: [design-decision-needed]triaged → [design-decision-approved]triaged
A first release of this should be behind bug 1280235. Anything else would need to pass a security review.
Depends on: 1280235
Priority: -- → P5
Product: Toolkit → WebExtensions
Component: Untriaged → General

We've added full support for extension management in policy.

This will in Firefox 68.

Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.