MicrosoftEdge / MicrosoftEdge/WebView2Feedback
[Problem/Bug]: Opening the find toolbar in the WebView2 control and then repeatedly clicking between the find toolbar and the hosting WPF window causes the entire application window to become unresponsive / freeze.
Nobody has claimed this yet.
- Dominant language
- PowerShell
- Stars
- 526
- Forks
- 67
- PR merge metrics
- No merged PRs in 30d
Description
What happened?
When the search bar is opened in the WebView2 control, switching the mouse back and forth between the search bar and the WPF window causes the entire window to freeze.
This issue is reproducible in the official WebView2 Win32/WPF sample and has been previously mentioned in Issue #1727、#5504
Importance
Important. My app's user experience is significantly compromised.
Runtime Channel
Stable release (WebView2 Runtime)
Runtime Version
150.0.4078.65、125.0.2535.85
SDK Version
No response
Framework
WPF
Operating System
Windows 10
OS Version
No response
Repro steps
-
Open a WPF application that hosts a WebView2 control, then press Ctrl+F to open the find toolbar.
-
Alternate clicking between the find toolbar and the WPF window area right next to it.
-
After performing this back-and-forth clicking several times, the entire WPF window becomes unresponsive / freezes.
-
The freeze can be temporarily resolved by:
Pressing Alt+Tab to switch focus away and back,
Minimizing and then restoring the window,
Or triggering a system-modal MessageBox via a custom shortcut key.
Once recovered, all the queued mouse/keyboard inputs are processed at once.
Repros in Edge Browser
No, issue does not reproduce in the corresponding Edge version
Regression
Don't know
Last working version (if regression)
No response
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.
Research direction
Start with the official WebView2 Win32/WPF sample and reproduce the freeze by pressing Ctrl+F, then alternating clicks between the find toolbar and adjacent WPF window area. Done means repeated switching no longer makes the window unresponsive, and queued mouse and keyboard input is not delayed until recovery.
Written by the indexing model from the issue text.
Assessment
- Domain
- desktop
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 38/100