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)
WebExtensions
General
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.
Updated•9 years ago
|
Blocks: fx-enterprise
Updated•9 years ago
|
Whiteboard: [design-decision-needed]triaged
Reporter | ||
Updated•9 years ago
|
Summary: Add ability to manage other addons - install/uninstall/enable/disable → Add ability to manage other addons - list/install/uninstall/enable/disable
Comment 1•8 years ago
|
||
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
Reporter | ||
Comment 2•8 years ago
|
||
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?
Comment 3•8 years ago
|
||
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
Comment 5•7 years ago
|
||
A first release of this should be behind bug 1280235. Anything else would need to pass a security review.
Depends on: 1280235
Updated•7 years ago
|
Keywords: dev-doc-needed
Updated•7 years ago
|
Priority: -- → P5
Updated•6 years ago
|
Product: Toolkit → WebExtensions
Comment 6•6 years ago
|
||
Bulk move of bugs per https://bugzilla.mozilla.org/show_bug.cgi?id=1483958
status-firefox49:
affected → ---
Component: Untriaged → General
Comment 7•5 years ago
|
||
We've added full support for extension management in policy.
This will in Firefox 68.
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → DUPLICATE
Updated•5 years ago
|
Keywords: dev-doc-needed
You need to log in
before you can comment on or make changes to this bug.
Description
•