Bug 461927

Summary:	In WindowHeap-based effects, moving focus to windows on another screen takes too many keypresses and can be unpredictable
Product:	[Plasma] kwin	Reporter:	Raman Gupta <rocketraman>
Component:	effects-window-management	Assignee:	KWin default assignee <kwin-bugs-null>
Status:	CONFIRMED ---
Severity:	minor	CC:	al.neodim, nate
Priority:	NOR	Keywords:	usability
Version:	5.26.2
Target Milestone:	---
Platform:	Fedora RPMs
OS:	Linux
See Also:	https://bugs.kde.org/show_bug.cgi?id=455974
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Raman Gupta 2022-11-17 01:14:20 UTC

SUMMARY
This is a follow-up to https://bugs.kde.org/show_bug.cgi?id=455974.

While present windows now shows the correct windows, typing to find a window on a non-active monitor focuses it, but it is not selected and therefore cannot be selected with the Enter key.

STEPS TO REPRODUCE
1.  Have windows open on multiple monitors
2.  Type to narrow down the selection to a single window on a secondary monitor
3.  The window is not "selected" and so enter does not focus it

Sometimes a selection can be made by pressing the arrow keys, seemingly randomly, but the behavior does not seem to be deterministic.

If typing narrows focus to multiple windows, the arrow keys can be used to select a window on the non-active screen, but sometimes it seems an extra keypress is required to "transition" screens.

SOFTWARE/OS VERSIONS
Operating System: Fedora Linux 37
KDE Plasma Version: 5.26.2
KDE Frameworks Version: 5.99.0
Qt Version: 5.15.6
Kernel Version: 6.0.8-300.fc37.x86_64 (64-bit)
Graphics Platform: X11

Comment 1 Nate Graham 2022-11-18 17:49:08 UTC

Right now filtering is per-screen. So you have to move focus over to the other screen if you want to filter the windows on that screen.

Comment 2 Raman Gupta 2022-11-18 17:54:09 UTC

(In reply to Nate Graham from comment #1)
> Right now filtering is per-screen. So you have to move focus over to the
> other screen if you want to filter the windows on that screen.

I'm not sure this is the best characterization. The *filtering* works on all screens i.e. only the windows that match what I have typed show on all screens. The problem is really the subsequent keyboard selection of the post-filtered windows across screens with arrow keys, and then selecting a particular window with the enter key.

You can see some of the issues even without filtering. For example, use present windows and then attempt to move the window selection with the arrow keys across screens. Sometimes it takes three presses of the arrow key to "jump across" the screen gap, and sometimes it takes only one. The problems only get worse when filtering is used and some screens have no matching windows shown at all.

Comment 3 Nate Graham 2022-11-18 20:20:41 UTC

Better now?

Comment 4 Raman Gupta 2022-11-18 20:44:21 UTC

(In reply to Nate Graham from comment #3)
> Better now?

Yep.

Comment 5 Alex A.D. 2022-12-09 07:59:07 UTC

Having the same issue: Enter key doesn't work when wanted window is filtered out via "Ctrl+F" field but position on a screen which haven't focue before present windows were opened.

When the fix is going to be released?