Closed
Bug 1215066
Opened 9 years ago
Closed 8 years ago
Bundling of native executables with extensions
Categories
(WebExtensions :: Untriaged, defect)
WebExtensions
Untriaged
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: gkrizsanits, Unassigned)
References
Details
(Whiteboard: [design-decision-needed][triaged])
The connectNative API would be used to connect to the app. Since we'll stop supporting NPAPI I can imagine that there will be a fairly high demand for this feature. (Chrome requires the executable to be shipped separately)
Reporter | ||
Updated•9 years ago
|
Blocks: webextensions-additional-apis
Updated•9 years ago
|
Flags: blocking-webextensions-
Updated•9 years ago
|
Whiteboard: triaged
Updated•8 years ago
|
Whiteboard: triaged → [design-decision-needed][triaged]
Comment 1•8 years ago
|
||
There isn't any real enthusiasm for this feature from what I've seen. There's quite a few reasons for this:
* the management of the extension on AMO is way harder and full of footguns
* the installation and set up of that native executable has to be done
* it ties together the update of the add-on to the native executable
* the native executables aren't reviewable by AMO
* ... and basically I don't believe we should be installing executables on peoples computers from a browser
We did a lot of work to get away from doing this in the past and its got to be a pretty good reason to go back to it.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WONTFIX
Updated•6 years ago
|
Product: Toolkit → WebExtensions
You need to log in
before you can comment on or make changes to this bug.
Description
•