MicrosoftEdge / MicrosoftEdge/WebView2Feedback
Support for UI-less extensions
Open
@Lakshmisha-KS is already working on this.
Since Feb 12, 2025.
feature request
tracked
- Dominant language
- PowerShell
- Stars
- 526
- Forks
- 67
- PR merge metrics
- No merged PRs in 30d
Description
Our browser would benefit from support of webextensions in WebView2:
- Being able to load our own existing extensions would significantly reduce the amount of effort required to port existing features from our existing extensions to native code.
- In some situations, this will also give us additional capabilities that WebView2 currently does not support (for example modifying the Cookie header of the request).
We realize that some APIs (such as "tabs") don't make sense in the context of WebView2, but since we would control both extension and native code we can make those work (as needed) ourselves. On the WebView2 side of things those could be noops.
Additional notes:
- We envision extension to be shipped with our browser.
- Initial set of extension APIs that's crucial to us:
- webRequest API and/or declarativeNetRequest API
- webNavigation
- tabs
- storage
- alarms
- Apple is currently in the process of adding extension support to their WKWebView.
- Their API is also allowing the host application to communicate such info as tab and window data to the extensions - e.g. _WKWebExtensionTab.h and _WKWebExtensionWindow.h
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Assessment
This issue has not been assessed yet.