SUMMARY When using the keyboard to navigate and select a set of windows already filtered (for example typing konsole to filter all Konsole windows) the selection still moves through all the windows and not just the filtered ones STEPS TO REPRODUCE 1. open multiple instances of an application 2. open overview 3. filter applications so that multiple entries are available after filtering OBSERVED RESULT window list on overview: [app1_w1, app2_w1, app1_w2] window list on filter (app1): [app1_w1, app1_w2] keyboard navigation on right arrow key: [>app1_w1, app1_w2] => [>app1_w1, app1_w2] => [app1_w1, >app1_w2] expected keyboard navigation on right arrow key: [>app1_w1, app1_w2] => [app1_w1, >app1_w2] on the current behavior to get from app1_w1 into app1_w2 I have to make 2 right arrow key taps since keybaord selection is using the unfiltered grid to move on the expected behavior I should just make 1 right arrow key tap since it's right next to it SOFTWARE/OS VERSIONS KDE Plasma Version: 6.1.5, also tested with 6.2 KDE Frameworks Version: 6.6.0 Qt Version: 6.7.2
*** Bug 495648 has been marked as a duplicate of this bug. ***
A possibly relevant merge request was started @ https://invent.kde.org/plasma/kwin/-/merge_requests/6827
Git commit 975276ef5b8aced9883460a1d296958437760c0a by Niccolò Venerandi. Committed on 01/12/2024 at 17:22. Pushed by niccolove into branch 'master'. Simplify Keys forwarding in Overview Previously, the search bar and the window heap would forward the keypresses to each other. The new version has just one forwarding statement, in the root item, that specifies the exact forwarding order (heap, searchbar, search results). According to Keys QML documentation, the order of handling of events is the following: * Item- specific key handling, e.g. TextInput key handling * Items specified in forwardTo * specific key handlers, e.g. onReturnPressed * onPressed, onReleased handlers * parent item When we type and then press arrow keys, the focus goes to the heap. When we again press an arrow key, the `forwardTo` is handled before the `onPressed` handler of the heap, and the heap has a `forwardTo` to the search box, which accepts the event and moves the cursor within the input box. By only having one forward to which clearly defines the order of handling we avoid that. M +1 -4 src/plugins/overview/qml/main.qml https://invent.kde.org/plasma/kwin/-/commit/975276ef5b8aced9883460a1d296958437760c0a