Cursor focus does not update when a focused window appears under focus

[kolayne]

Hyprland version

$ hyprctl version
Hyprland 0.51.0 built from branch main at commit 8e9add2afda58d233a75e4c5ce8503b24fa59ceb clean (sessionlock: fix crash when sendScale is called on a disconnected ( 12171)).
Date: Fri Oct 31 09:15:18 2025
Tag: v0.51.0-131-g8e9add2af, commits: 6549

Libraries:
Hyprgraphics: built against 0.2.0, system has 0.2.0
Hyprutils: built against 0.10.0, system has 0.10.0
Hyprcursor: built against 0.1.13, system has 0.1.13
Hyprlang: built against 0.6.3, system has 0.6.3
Aquamarine: built against 0.9.5, system has 0.9.5

no flags were set

Regression

Probably not.

Describe the bug

When a cursor as above a window, and another window becomes focused and appears under the cursor, input from the cursor (e.g., left/right mouse buttons) continues to be delivered to the old window, which is no longer under cursor, until it is moved.

Reproduction steps

(possibly, other similar scenarios exist)

Scenario 1

1. Open two windows in a group
2. Focus the group and hover the window with a cursor
3. Change group active window without moving the cursor
4. Left-click/right-click/double-click/etc. The unfocused window will receive input.

Scenario 2

1. Enable dwindle layout
2. Open two windows
3. Focus window A but hover cursor over window B
4. Without moving the cursor, swap windows
5. Left-click/right-click/double-click/etc. The unfocused window will receive input.

System info and config

systeminfo.txt

Fix discussion

I tried looking through the code in search of a place to fix (e.g., by calling CInputManager::sendMotionEventsToFocused()?). However, it seems like there are a couple of places which lead to this, and this seems to happen on calls to layout methods, e.g.:

Hyprland/src/managers/KeybindManager.cpp

Lines 3047 to 3065 in 8e9add2

	// note: PWINDOWINDIR is not null implies !PWINDOW->m_isFloating
	if (PWINDOWINDIR && PWINDOWINDIR->m_groupData.pNextWindow) { // target is group
	if (!*PIGNOREGROUPLOCK && (PWINDOWINDIR->getGroupHead()->m_groupData.locked || ISWINDOWGROUPLOCKED || PWINDOW->m_groupData.deny)) {
	g_pLayoutManager->getCurrentLayout()->moveWindowTo(PWINDOW, args);
	PWINDOW->warpCursor();
	} else
	moveWindowIntoGroup(PWINDOW, PWINDOWINDIR);
	} else if (PWINDOWINDIR) { // target is regular window
	if ((!*PIGNOREGROUPLOCK && ISWINDOWGROUPLOCKED) || !ISWINDOWGROUP || (ISWINDOWGROUPSINGLE && PWINDOW->m_groupRules & GROUP_SET_ALWAYS)) {
	g_pLayoutManager->getCurrentLayout()->moveWindowTo(PWINDOW, args);
	PWINDOW->warpCursor();
	} else
	moveWindowOutOfGroup(PWINDOW, args);
	} else if ((*PIGNOREGROUPLOCK || !ISWINDOWGROUPLOCKED) && ISWINDOWGROUP) { // no target window
	moveWindowOutOfGroup(PWINDOW, args);
	} else if (!PWINDOWINDIR && !ISWINDOWGROUP) { // no target in dir and not in group
	g_pLayoutManager->getCurrentLayout()->moveWindowTo(PWINDOW, args);
	PWINDOW->warpCursor();
	}

Hyprland/src/Compositor.cpp

Line 1131 in 8e9add2

g_pLayoutManager->getCurrentLayout()->bringWindowToTop(pWindow);

and others.

@vaxerski, do you think there is a way to universally fix this, without adding an extra call in every place that might change the window under cursor?

[vaxerski]

dont think so atm