[Problem/Bug]: Extension is disabled after it is added with AddBrowserExtensionAsync with a pre-release runtime #5113
Labels
bug
Something isn't working
regression
Something used to work but doesn't anymore
tracked
We are tracking this work internally.
What happened?
After the extension is added with the
AddBrowserExtensionAsync
call, it seems to be disabled immediately. I.e. a call to theGetBrowserExtensionsAsync
returns aCoreWebView2BrowserExtension
object withIsEnabled == false
. A call toextension.EnableAsync(true)
doesn't help and the extension remains disabled.This is a regression in the pre-release versions of the Edge runtime.
AddBrowserExtensionAsync
works as expected with the current Stable Edge runtime (133.0.3065.69). The current Beta (134.0.3124.8), Dev (134.0.3124.5), and Canary (135.0.3145.0) runtimes have this issue.Importance
Important. My app's user experience is significantly compromised.
Runtime Channel
Prerelease (Edge Canary/Dev/Beta)
Runtime Version
134.0.3124.5
SDK Version
1.0.3065.39
Framework
WPF
Operating System
Windows 11
OS Version
26100.3194
Repro steps
Please use my WebView2Samples fork with the code to reproduce the issue.
WebView2WpfBrowser
.Settings\Enable Extensions
menu item. TheExtensions
window will appear.Add
at the bottom. TheAdd extension
window will appear with a prepopulated path to a test extension.OK
to add the extension.Expected \ works with Stable runtime:
edge://serviceworker-internals
page lists the extension service worker.Actual \ broken in pre-release runtimes:
edge://serviceworker-internals
page does not list the extension service worker.Repros in Edge Browser
No, issue does not reproduce in the corresponding Edge version
Regression
Regression in newer Runtime
Last working version (if regression)
Runtime 133.0.3065.69
The text was updated successfully, but these errors were encountered: