Design and implement Gecko Elevated WebExtensions



a year ago
8 months ago


(Reporter: e7358d9c, Unassigned)


(Blocks: 1 bug)

57 Branch
Dependency tree / graph

Firefox Tracking Flags






a year ago

  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:


a year ago
Blocks: 1215059
Sorry, but this is a non-starter.
Last Resolved: a year ago
Resolution: --- → WONTFIX


a year ago
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.

Comment 3

a year ago
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
tracking-firefox59: ? → -


8 months ago
Product: Toolkit → WebExtensions
You need to log in before you can comment on or make changes to this bug.