WebView2Feedback icon indicating copy to clipboard operation
WebView2Feedback copied to clipboard

[Problem/Bug]: Html page is not displayed in WebView2 edge 123.0.2420.65

Open wood4099 opened this issue 2 years ago • 5 comments

What happened?

But ms edge 123.0.2420.65 also did not fix this issue. I downloaded the winui3 gallery app and redirected to the weview2 function. However, a blank page appeared without displaying the demo content.

Importance

Blocking. My app's basic functions are not working due to this issue.

Runtime Channel

Stable release (WebView2 Runtime)

Runtime Version

No response

SDK Version

No response

Framework

WinUI3/WinAppSDK

Operating System

Windows 11

OS Version

No response

Repro steps

1.open winui3 gallery app 2.Open webview2. 3.Not working and not displaying HTML pages.

https://github.com/MicrosoftEdge/WebView2Feedback/assets/3077273/d924d6aa-884a-4e2f-9be3-d0a6a0dc7d72

Repros in Edge Browser

No, issue does not reproduce in the corresponding Edge version

Regression

No, this never worked

Last working version (if regression)

edge 123.0.2420.65

wood4099 avatar Mar 31 '24 14:03 wood4099

Hi @wood4099, I'm not able to repro this with our WinUI3 sample app and it sounds like others are no longer hitting the previous issue of the same title. What do you mean by "redirected to the weview2 function"? Do you have a code sample you can share?

vickiez avatar Apr 01 '24 20:04 vickiez

HelloWebView.zip

@vickiez

wood4099 avatar Apr 05 '24 15:04 wood4099

@wood4099 the html page is loading fine for me in your sample app. Are you seeing something different?

vickiez avatar Apr 11 '24 09:04 vickiez

Hi! We've the same problem with the creation of the WebView2 process since 15/04/2024: the problem arose only in a dozen of ours machine, most with Windows 11 on them. The problem was in the WebView2Loader.dll: although the dll indicated to the WebView2 component was fixed, once called the creation of the WebView2 component, the Office WebView2Loader.dll was loaded (perhaps because that dll was more recent), which was already loaded in another process. Once we've replaced our WebView2Loader.dll with the Office one, ours programs started working again.

@vickiez is this a desired behavior?

MLAEO02 avatar Apr 18 '24 16:04 MLAEO02

@MLAEO02 this sounds similar to the issue in #4395 where the Office loader is picked up by default. While we investigate, are you able to use the workaround of explicitly setting the loader path using CoreWebView2Environment.LoaderDllFolder?

vickiez avatar May 09 '24 18:05 vickiez