SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** STEPS TO REPRODUCE 1. Upgrade to 6.0.1 (available in Arch) 2. Make sure the keyboard shortcut for KWin/Switch To Next Screen (or Previous screen) is set to something (I personally use Meta+I and Meta+U) 3. Press the key combination. OBSERVED RESULT Nothing happens EXPECTED RESULT Focus should switch to whatever window is on the next/previous screen. This used to work as of 6.0.0 and 5.x SOFTWARE/OS VERSIONS Linux/KDE Plasma: 6.0.1 (available in About System) KDE Plasma Version: 6.0.1 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 ADDITIONAL INFORMATION The keyboard shortcuts for 'Move Window to Next Screen' and 'Move Window to Previous Screen' do work as they do previously. So I can use keyboard shortcuts to move a window to another screen, but not to shift focus to that window.
*** Bug 484902 has been marked as a duplicate of this bug. ***
*** Bug 484656 has been marked as a duplicate of this bug. ***
Writing this just to note that some sort of discussion is going on https://bugs.kde.org/show_bug.cgi?id=484902
A possibly relevant merge request was started @ https://invent.kde.org/plasma/kwin/-/merge_requests/5625
Git commit 354a71855e04ee28311410e1b6d2a69cddcbcdbc by Xaver Hugl. Committed on 29/04/2024 at 14:13. Pushed by zamundaaa into branch 'master'. workspace: unify active screen modes Instead of the active screen being purely defined by the mouse position, or purely defined by the active window and keyboard shortcuts, this changes it to make the active screen all about the last user interaction. This should work for most workflows without needing a setting to choose between two flawed approaches. Related: bug 484902, bug 484902 M +0 -3 src/kwin.kcfg M +2 -0 src/main_x11.cpp M +0 -11 src/options.cpp M +0 -9 src/options.h M +1 -1 src/pointer_input.cpp M +1 -1 src/tablet_input.cpp M +1 -1 src/touch_input.cpp M +7 -34 src/useractions.cpp M +0 -31 src/workspace.cpp M +0 -3 src/workspace.h https://invent.kde.org/plasma/kwin/-/commit/354a71855e04ee28311410e1b6d2a69cddcbcdbc
(In reply to Zamundaaa from comment #5) > Git commit 354a71855e04ee28311410e1b6d2a69cddcbcdbc by Xaver Hugl. > Committed on 29/04/2024 at 14:13. > Pushed by zamundaaa into branch 'master'. > > workspace: unify active screen modes > > Instead of the active screen being purely defined by the mouse position, > or purely defined by the active window and keyboard shortcuts, this changes > it to make the active screen all about the last user interaction. This should > work for most workflows without needing a setting to choose between two > flawed > approaches. > Related: bug 484902, bug 484902 > > M +0 -3 src/kwin.kcfg > M +2 -0 src/main_x11.cpp > M +0 -11 src/options.cpp > M +0 -9 src/options.h > M +1 -1 src/pointer_input.cpp > M +1 -1 src/tablet_input.cpp > M +1 -1 src/touch_input.cpp > M +7 -34 src/useractions.cpp > M +0 -31 src/workspace.cpp > M +0 -3 src/workspace.h > > https://invent.kde.org/plasma/kwin/-/commit/ > 354a71855e04ee28311410e1b6d2a69cddcbcdbc Not entirely sure whether/how this would solve the use case for using keyboards to change the active screen, but it would certainly fix the other oddity I've noticed with my graphics tablet, that it would randomly 'choose' a monitor and work based on that monitor rather than following the 'active screen'. Moving the mouse over, interacting with windows on the 'other' screen, would not change the graphics tablet focus.
Hello, I'm also experiencing these issues. The keyboard shortcuts no longer work, I have separate screen focus on and there's no notification of a misconfigured setting. I've tried using all the available Window Activation Policies but that didn't help either From what it seems like the screen focus follows the mouse exclusively. When I have Firefox on display 1 and Konsole on display 2 when I hit alt tab it shows only Firefox if I'm on screen 1 (I configured task switcher to only show current screen). But when I move the mouse to display 2 and don't click so that Firefox is still focused (I can still interact with it using keyboard) the task switcher shows only Konsole - it switches the screen focus to display 2 when I still have a window on screen 1 focused. So it looks like that the screen focus it exclusively tied to the mouse. If it's possible to make a script that would move the mouse between screens that could be a temporary solution until this problem is fixed.
*** Bug 488140 has been marked as a duplicate of this bug. ***
In 6.1 commit 354a71 was merged, but it still does not seem possible to switch active screen with a keuyboard shortcut. Is this just not going to be possible anymore? In that case the possibility of setting the shortcut seems redundant and it should be removed.
(In reply to ngoonee.talk from comment #9) > In 6.1 commit 354a71 was merged, but it still does not seem possible to > switch active screen with a keuyboard shortcut. Is this just not going to be > possible anymore? In that case the possibility of setting the shortcut seems > redundant and it should be removed. Did you put "ActiveMouseScreen=false" under the [Windows] group of kwinrc? I believed that Plasma 6.1 didn't need it anymore, maybe this is not the case.