Closed Bug 1427377 Opened 7 years ago Closed 7 years ago

Design and implement Gecko Elevated WebExtensions


(WebExtensions :: Untriaged, defect)

57 Branch
Not set



Tracking Status
firefox59 - ---


(Reporter: e7358d9c, Unassigned)


(Blocks 1 open bug, )



  I began work on this specification⁽¹⁾ in response to a post⁽²⁾ on the r/Firefox subreddit.

  I believe that the specification is now ready to be looked at by Mozilla for security and API review, improvement and possible inclusion into Firefox.

  I would like this API to be done by the time Firefox 59 is released so that extensions which need elevated access can be properly ported and available for those who use Firefox ESR. However, with less than a month left of Firefox 59 development time, it’s possible that this won’t be able to make it in time without uplifting.

# External links:
Sorry, but this is a non-starter.
Closed: 7 years ago
Resolution: --- → WONTFIX
Blocks: 1405887
Thanks for putting time into the proposal. I don't think this should be implemented however since it's simply an escape hatch out of the WebExtension sandbox.

Just a few insights into your proposal:
- Firefox already implements something similar to it: WebExtension Experiments (it's just restricted to experimental channels for obvious reasons)
- For the URL restrictions on the tabs/windows.create() methods, there's bug 1269456 that aims to fix that
- Detecting errors does not catch all kinds of breakage: moving a XUL element to a different place might cause an extension injecting something there to not look right, because the styling will no longer be adapted. That won't cause any JS errors however, since the elements are still injected.
Just to echo comments 1 and 2, thank you for the time spent on this proposal but this does not fit with the vision of WebExtensions as documented: and
Product: Toolkit → WebExtensions
You need to log in before you can comment on or make changes to this bug.