Bug 493011

SUMMARY
When using the overview effect with multiple screens, and using the keyboard arrows to select the window - if the wanted window is on another screen, then the user needs to click the arrow key twice to select the window on the other screen.

STEPS TO REPRODUCE
1. Setup two screens or more
2. Open an application window on each screen.
3. Activate the overview effect.
4. Click any arrow key once to enable keyboard navigation.
5. Click the LEFT or RIGHT arrow key to select a window on the other screen.

OBSERVED RESULT
The keyboard navigation highlight is hidden - it looks as if no window is actually selected.

EXPECTED RESULT
The keyboard navigation highlight should move to the window on the other screen.

SOFTWARE/OS VERSIONS
Operating System: KDE neon Unstable Edition
KDE Plasma Version: 6.1.80
KDE Frameworks Version: 6.6.0
Qt Version: 6.7.2
Kernel Version: 6.8.0-41-generic (64-bit)
Graphics Platform: Wayland
Processors: 20 × 12th Gen Intel® Core™ i7-12700H
Memory: 31.0 GiB of RAM
Graphics Processor: Mesa Intel® Graphics

ADDITIONAL INFORMATION
If one is to press ENTER after the keyboard navigation highlight is hidden, then the target window is actually activated correctly. I think what happens is that when the overview effect starts, there is actually is already an active window (the window that was active before the overview was invoked) but it is not highlighted (if you click ENTER then, it will terminate the overview and reselect the previously active window). You then need to "start keyboard navigation mode" by clicking an arrow key - which doesn't actually change the active window, just enables the keyboard navigation highlight on the already active window. If you then use keyboard navigation to try to move to another screen - it will reset back to the "overview just started" mode with one of the windows on the other screen being the "secretly active" window.

The problems are that (a) it is not immediately obvious to the user that they succeeded in switching to the other screen - from their perspective it looks like keyboard navigation was just cancelled (without cancelling the overview), and they now need another arrow key click to start keyboard navigation on the other screen; (b) if there are more than one window on the destination screen, there is no way to know which one will not be activated when pressing ENTER.

Another somewhat confusing issue is that the "active border" effect isn't moved with the overview keyboard navigation focus - so if you look closely at the windows after the "screen change reset", there is only one that is clearly active - which is the window that will be active if the overview effect is cancelled. This may be a feature or it may be a bug - depending on how you think about what the overview is supposedly doing.