[Problem/Bug]: mouseleave doesn't fire on leaving client anymore

[Anutim]

What happened?

Since today (was working fine yesterday), the mouseleave event doesn't fire upon leaving the client area. (e.g. if you're attaching a listener to document.body), to make it work now you'd need to set margin/padding on the body)

It still behaves normally if you're holding down a mouse button pre-mouseleave however.

I have also checked older untouched projects, with their own separate data directory, and it's affected on all of them, so I'm pretty sure it's due to a WebView2 update.

Importance

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

Runtime Channel

Stable release (WebView2 Runtime)

Runtime Version

136.0.3240.50

SDK Version

No response

Framework

Other

Operating System

Windows 11

OS Version

26100.2314

Repro steps

Attach a mouseleave listener to document.body and watch it not get fired upon mouse leaving the window.
(Assuming there's no margin/padding)

Repros in Edge Browser

No, issue does not reproduce in the corresponding Edge version

Regression

Regression in newer Runtime

Last working version (if regression)

I don't know, probably any before the mentioned runtime?

[dhveerap]

This is a known issue Chromium bug - https://issues.chromium.org/issues/414437602 .

The fix is available in all the versions but Beta and Stable versions with fix are not released yet. Could you kindly test with latest Canary and see if the issue is fixed?

[Anutim]

This is a known issue Chromium bug - https://issues.chromium.org/issues/414437602 .

The fix is available in all the versions but Beta and Stable versions with fix are not released yet. Could you kindly test with latest Canary and see if the issue is fixed?

I'm struggling finding a download for the Canary version of the runtime, can you link it?

[dhveerap]

Download Microsoft Edge Canary from https://www.microsoft.com/en-us/edge/download/insider?cc=1&cs=3896570988&form=MA13FJ

Please follow the steps mentioned here to switch to preview channel - https://learn.microsoft.com/en-us/microsoft-edge/webview2/how-to/set-preview-channel?tabs=api

[Anutim]

Download Microsoft Edge Canary from https://www.microsoft.com/en-us/edge/download/insider?cc=1&cs=3896570988&form=MA13FJ

Please follow the steps mentioned here to switch to preview channel - https://learn.microsoft.com/en-us/microsoft-edge/webview2/how-to/set-preview-channel?tabs=api

Alright, sorry. But if there's no direct download to just the runtime I'll just go back to an older working runtime for now.

[jsteinfo]

same as tooltip issue?
#5215

[dhveerap]

Fix is available in >=136.0.3240.64 Runtime.

[xland]

I tested my demo with WebView2 1.0.3230-prerelease and found that the issue has not been resolved.
@dhveerap Does this issue need to be reopened?

Test case:

In a C++ WebView2 project, the WebView2 control occupies the entire area of the parent window.
I tried to track mouse leave events in the main window by handling WM_MOUSEMOVE :

TRACKMOUSEEVENT tme;
tme.cbSize = sizeof(tme);
tme.dwFlags = TME_LEAVE;
tme.hwndTrack = m_appWindow->GetMainWindow();
tme.dwHoverTime = 0;
::TrackMouseEvent(&tme);

And I attempted to send a WM_MOUSELEAVE message to the WebView2 control in the main window's WM_MOUSELEAVE handler like this:

auto m_compositionController = this->ctrl.try_query<ICoreWebView2CompositionController>();
m_compositionController->SendMouseInput(
    static_cast<COREWEBVIEW2_MOUSE_EVENT_KIND>(WM_MOUSELEAVE),
    static_cast<COREWEBVIEW2_MOUSE_EVENT_VIRTUAL_KEYS>(GET_KEYSTATE_WPARAM(wParam)),
    mouseData, point);

However, I found that since the WebView2 control occupies the entire area of the parent window,
the parent window never receives the WM_MOUSEMOVE message at all.
So the parent window also doesn't receive the WM_MOUSELEAVE message.
What should I do?