MicrosoftEdge / MicrosoftEdge/WebView2Feedback

[Problem/Bug]: Touch keyboard appears on wrong monitor for password input fields after WebView2 version update

Open
#5,490 1 comment 0 reactions 1 assignee View on GitHub

@krbharadwaj is already working on this.

Since Jan 13, 2026.

bug regression tracked
Dominant language
PowerShell
Stars
526
Forks
67
PR merge metrics
No merged PRs in 30d

Description

What happened?

When a user taps on a password input field in WebView2, the Windows touch keyboard appears on the wrong monitor (a secondary display) instead of the monitor where the WebView2 host window is located.
This issue was introduced in a recent WebView2 version update. The same application code works correctly with older WebView2 versions.

Importance

Important. My app's user experience is significantly compromised.

Runtime Channel

Stable release (WebView2 Runtime)

Runtime Version

142.0.3595.80

SDK Version

No response

Framework

Win32

Operating System

Windows 11

OS Version

26100.7462

Repro steps
  1. Set up a multi-monitor configuration (e.g., primary monitor at 0,0 and secondary monitor at 2560,0)
  2. Host a WebView2 control in a native Win32 application on the primary monitor
  3. Open Microsoft Edge browser (or any other app with an input field) on the secondary monitor
  4. Click/tap on an input field in the Edge browser on the secondary monitor to give it focus (this makes the secondary monitor the "last active input location")
  5. Now switch to the WebView2 host application on the primary monitor
  6. Tap the password input field in WebView2 to trigger the Windows touch keyboard
  7. Expected: Touch keyboard appears on the primary monitor (same as the WebView2 window)
  8. Actual: Touch keyboard appears on the secondary monitor (where the Edge browser was focused earlier)
Repros in Edge Browser

Not test for now

Regression

Regression in newer Runtime

Last working version (if regression)

137.0.3296.93

AB#60735746

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.