New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
WinUI3 WebView2 mouse stop working while keyboard is still working. #3003
Comments
If you type too fast in a web page input box, you select text and do many Ctrl-V or simply use the webview2 normally it will deactivate all mouse input in the whole app. A friend across the globe reported the exact same problem. As of now, the webview2 is useless and so is our app. Waiting for MS to fix it. WebView2 disable all mouse inputs. |
Hitting the same issue. Any updates? |
We are now officially 3 people around the planet who reported this problem. The other person is a friend of mine in another country. This is the scariest bug, you can't give an app with this problem to your customers. I feel like I am crying for help in a desert. You cannot use WebView2 for more than 5 minutes without everything freezing. How can nobody noticed? because no one actually use it? The potential is there, WebView2 could be amazing, but we on the UWP/Win32/Reunion side are abandoned in favour of WPF (who gets all the bell and whistles). |
One thing I've noticed is that this only appears in WinUI3. When running Win32 WebView sample this issue doesn't appear. It seems to be connected with WinAppSdk 1.2. When I've tried older version (1.1.5) it does work without issues. I've created new issue in WinAppSdk repository: microsoft/WindowsAppSDK#3266 |
Indeed, thanks maybe it is related to WinUI3. |
The problem is still there in |
Please refer to microsoft/WindowsAppSDK#3266 (comment) for a trivial WinUI3 + WebView2 repro. |
This is affecting our blazor app in .net MAUI and means we cant release into production. This issue with the webview needs fixing asap. |
I left only one text field in my poc hoping it wont be rejected Another issue I found with input date : open the calendar and move the window - the calendar stay still |
we're affected too |
This should not even require upvote. I don't know if it might help: I noticed that even the Debug tools can't select elements when the problem occurs |
same issue and upvote... |
WebView2 in its version 1.1 is so unstable, navigating make it crash, just reading text on a webpage makes it crash, plenty of memory violation... All the WebView2 are in a totally broken and useless state. MS managed to make Chromium unstable and broken. Please fix it, our (your users) are suffering. Our customers on windows are suffering and they know the iOS/macOS version is working all the time. That is why we have more and more users buying Macs. 4 years later, we still don't have a working WebView on MS. Do I need to remind you that WEB is the #1 priority in a framework? |
I'm having the same issue. Any updates? |
Just wait for another year or move your project to GTK, QT, Electron, pure Web if you can. Even Microsoft is not using their own SDK/Framework. Move your app to Android and it will run natively on Windows 11 through the Amazon app store. The future is only mobile and web. If you swim against the current, you will eventually drown. Good luck. |
How on earth has this not been addressed yet? How many likes and comments does an issue have before a team member even reads it? This is the problem with "feedback" repositories, we can't see what you're doing and it looks... well to put it bluntly... like you're doing absolutely nothing. Hire a community support manager or make the project open source, because this system clearly just isn't cutting it... |
Laugh, and the world laughs with you;. Weep, and you weep alone |
Hi all, thank you for reporting the issue. We are looking into this issue, however was unable to reproduce the issue with our internal WinUI3 test app. We will try with the sample @Eilon provided and update the status of the issue. |
I have tried with the sample code @Eilon provided and the issue still doesn't repro, the webview runtime version I am using is 109.0.1518.52. |
haha, this was a good one... -.- |
That caused by any quick text typing, so just copy some long text and paste(ctrl+v) to a text editor (like bing.com search box), paste, paste and paste, till the mouse frozen. By the way it shows in any app which WindowsAppSDK >= v1.2 metioned above, v1.1.5 is fine. Not sure if caused by webview2 or WindowsAppSDK |
I pasted 10k words of Lorem Ipsum and it is not systematic, sometimes the app manages to hold for a while and you can edit the text and click on other components, sometimes it freezes for 5 seconds before responding but manages to recover and some times it crashes right after pasting. Then the app crashes every time it is restarted when pasting again. Waiting before restarting seems to help. |
There are several issues linked to this from other repositories that have examples and reproduction steps. |
This is a critical issue and is effecting our blazor app in .net MAUI and means we cant release into production. This needs fixing asap. |
This issue appears in our app but I haven't found consistent steps to reproduce it. It's very annoying. |
@tofuandeve - I posted a standalone repro that uses only WinUI3 + WebView2, without any .NET MAUI: microsoft/WindowsAppSDK#3266 (comment) Ping me on Teams/email internally if you'd like to chat more about this. |
Just to make everyone aware but a fixed is being tested it seems microsoft/WindowsAppSDK#3266 (comment) 🤞 |
Good News |
I had same issue in Blazor Hybrid MAUI (video demonstration) and when I removed OnAfterRenderAsync on my MainLayout, it started working smoothly again. Logic had StateHasChanged();, which I think was the issue. |
That's my example video and the issue has nothing to do with Blazor thus "removing OnAfterRenderAsync" wouldn't do anything to prevent the problem. The cause has been fixed with a new version of WinAppSDK which will come to MAUI Blazor when the MAUI team upgrade the template version, or you can force it by manually specifying the NuGet package reference in the CSProj file. |
I saw the video, it applied to me as well, which is why I referenced your video. The issue was in the Blazor which I used. And removing the OnAfterRenderAsync on my mainlayout did fix my issue I had for a while. That's only good if they've fixed it in the next release. |
The latest update is working fine for now. Tell me, nobody noticed that the file drag & drop does not work in WebView2? It has never work, even when reported 2 years ago by many people. Another day, another basic feature not working. 1 problem fixed, now go fixe the remaining 100 000 broken and missing features in WebView2. |
I noticed the same problem with WinUI3. |
@applefanbois which update is working for you? I thought I had a newest WinUI and it is still not working. |
@applefanbois I take it back. I did update everything to the latest and I could not reproduce the issue any more. So seems like it's been resolved. |
How is it possible that the file drag and drop is not working in a modern web engine? Do I really need to report it? Am I the only one using it? Maybe MS should have used the Safari WKWebView engine instead? WebView2 is using the Chrome engine. Is the chrome engine so limited and unreliable out of the box? 2 years and it lacks all the basic features expected from a webview and most stuff that is there is not working correctly. I remember the good old days of MFC and Win32, programmed in C. Those things were working great. Never had a problem with them. Sad that the new generation of MS programmers are not able to come close to their predecessors. |
After MS killed Silverlight - a great product from my point of view, I am very cautious about MS UI packages. Though I still consider C# the best existing language for development (especially now after it became multiplatform and open source). |
There is ASM, C and all the other cheap programming languages that are basically C for dummies. C# is ok, but nothing more than a c++ that generate bytecode instead of Assembly. |
Can you close this issue as resolved now @applefanbois or @tofuandeve ? |
The problem is still there. |
If you create a new MAUI.Blazor project does this problem still exist |
To get the fix in a .NET MAUI app, please upgrade the Microsoft.WindowsAppSDK dependency like this: <ItemGroup>
<PackageReference Condition="$([MSBuild]::GetTargetPlatformIdentifier('$(TargetFramework)')) == 'windows'" Include="Microsoft.WindowsAppSDK" Version="1.2.230313.1" />
</ItemGroup> Note that you will need to do this manually by editing the project file instead of using the NuGet Package Manager UI. |
Where does that go? |
That's because the reference is being imported as part of the MAUI framework. By specifying a package reference in your project file, the MAUI implicit reference will be overridden. This is the reason why I raised a ticket, so that MAUI can upgrade the implicit reference rather than developers having to manually import a specific version. |
Thanks for clarifying. [EDIT] Sorry, found it in packages ( is 1.2.221209.1 ) |
is this included inside 1.3.230502000 |
There are 2 ways to replicate the problem.
It is new to the latest version stable version of WebView2.
-Click in an web page input box and type super fast.
or
-Select text in a page and Ctrl + c multiple times super fast.
The webview2 and the app will look like it is crashed and froze.
It is not frozen, keyboard is still working.
You can continue to type in the input box.
You can tab to change inputs.
You can even zoom with the keyboard.
CPU usage is zero.
The mouse does not work at all in the whole app, giving the illusion it is frozen.
So you can click in the webpage or the app part and it will do nothing.
I have not found a way to unstuck it.
The problem happens 5 times per hours for a normal user.
Typing fast is jus a way to make do the problem faster.
WebView2 is now unusable.
-Latest update of Windows 10 Pro version 22H2 build 19045.2311
-Also happening on Windows server 2022
-Microsoft.Windows.SDK.BuildTools 10.0.22621.755
-Microsoft.WindowsAppSDK 1.2.221116.1
-Microsoft Edge WebView2 Runtime 107.0.1418.42
--------------------- 2 cents
PS : If you are a developer and you are planning on using webview2 or any Microsoft SDK... don't
We already lost 200 000$ trying to make the MS SDK work and it never does.
Go with QT or anything else.
I wish I could go back in time and tell my younger self to stay away from any MS SDK.
If you do go with MS SDK, you will forever loose your sanity.
We have the exact same app with almost exact same code on iOS and macOS and never had any problems.
Pleas MS or anyone working on this : just make it work like QT, iOS, macOS, Android SDK.
I do not deserve this mental torture. My boss is so depressed that the app 4 years later is still not functional on Windows.
We are forced to ask our customers to buy Apple product to use our app.
AB#43086528
The text was updated successfully, but these errors were encountered: