https://bugs.kde.org/show_bug.cgi?id=370542
Bug ID: 370542
Summary: I bound windows+H/L to switch tasks forwards and
backwards and disabled the transition effect, now I
must *release* the windows key before using any non
task-switching key bindings.
Product: kwin
Version: 5.8.0
Platform: Archlinux Packages
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: core
Assignee: kwin-bugs-n...@kde.org
Reporter: kdeb...@chilon.net
Via the "Navigation through windows" set your forward/reverse selection through
all windows to any key combinations involving the windows keys. Also disable
the visualisation effects such as breeze.
Now set another key binding that involves the windows key.
Now hold down the windows key and push one of the buttons to switch to a window
to the right, then while still holding the windows button, push the shortcut
you configured second.
You will see that the shortcut is ignored, after hitting windows key and
pushing any "next/previous" window binding, the windows key is now tainted for
good and is impossible to use for any non window navigating actions.
I constantly want to do things like: "Switch to next application on desktop,
then switch to the next desktop". This bug forces me to keep releasing the
windows key again and again.
It is VERY annoying.
Reproducible: Always
Steps to Reproduce:
1. Bind win+j to select the next window via the task switcher system and remove
the visualisation animation.
2. Bind win+k to select the next desktop.
3. Open two applications on your current desktop.
4. Hold win and hit j to move to the next application on your desktop.
5. While still holding win, hit k to move to the next desktop.
Actual Results:
win+k does absolutely nothing, I have to release win and then press it again
for win+k to work.
Expected Results:
I should be able to switch to the next task and switch windows without having
to release win in between.
I understand why holding win would have a special status when an animation
effect is enabled as holding the modifier keeps the animation active (although
even in this state, I believe a subsequent key binding should disable the
window switching state). When there is no animation there is no reason for this
annoying limitation.
--
You are receiving this mail because:
You are watching all bug changes.
