| Summary: | With "focus follows mouse", focus moves to window on another screen when desktop is empty | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | James North <james> |
| Component: | multi-screen | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | CONFIRMED --- | ||
| Severity: | normal | CC: | nate, xaver.hugl |
| Priority: | NOR | Keywords: | multiscreen, regression |
| Version First Reported In: | 6.1.0 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
James North
2024-06-26 12:07:32 UTC
If you enable "separate screen focus" in the window behavior settings, does the issue go away? Nope. ah, it only happens with "Focus Follows Mouse (mouse precedence)". Can confirm It also happens with the Focus Follows Mouse option for me (what I was using before this bug started happening). It even happens with Click to Focus despite the window in the other monitor not being focused when opening the terminal on the wrong monitor. To reproduce this, here's what I'm doing: * I am on Virtual Desktop 1. * Firefox is pinned on Monitor 2. There is another Firefox window on Monitor 1, VD 1. * I switch to VD 3, which has no windows on monitor 1 but the pinned window on Monitor 2. * I hit CTRL+ALT+T to bring up my Alacritty terminal, and it appears on Monitor 2 despite the window on Monitor 2 not being visually focused (i.e. the window decorations are grey and faded). The weird thing is, the window on Monitor 2 *is* visually focused (no grey window decorations) when I perform the same procedure with any Window activation policy but while Separate screen focus is disabled. If it's enabled, the visual focus goes away, but that doesn't seem to mean anything. |