Summary: | shift + drag does not interact with the tiling layout if Both Shifts together enable Caps Lock | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | Rob <robcreel> |
Component: | Custom Tiling | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | minor | CC: | bernhard+kde, christian.tallner, florian, iliazeus, matushonek, nate, notmart, rnet723, robcreel, tamius.han |
Priority: | NOR | ||
Version: | 5.27.0 | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
See Also: | https://bugs.kde.org/show_bug.cgi?id=466017 | ||
Latest Commit: | https://invent.kde.org/plasma/kwin/-/commit/fa15cb67d2b21001458aba9e4bb9ef39d5e4c141 | Version Fixed In: | 6.0 |
Description
Rob
2023-02-16 17:46:36 UTC
I confirm, same happens if you have 'Shift cancels Caps Lock' under set under 'Miscellaneous compatibility options' Plasma 5.27.0, openSUSE Leap 15.4 Wow Presumably the shift key works normally in most or all other contexts for you, right? Like, you can capitalize letters while typing when you hold down the Shift key, right? If so, the issue is probably that how KWin is looking for whether the shift key is pressed doesn't match up with how it's done elsewhere, and it's method of doing it causes it to fail when using that specific XKB key remapping option. (In reply to Nate Graham from comment #3) > Presumably the shift key works normally in most or all other contexts for > you, right? Like, you can capitalize letters while typing when you hold down > the Shift key, right? > > If so, the issue is probably that how KWin is looking for whether the shift > key is pressed doesn't match up with how it's done elsewhere, and it's > method of doing it causes it to fail when using that specific XKB key > remapping option. Yes, the Shift key is working normally in most cases: typing, video games. Sometimes modifier keys get 'stuck' when you switch windows, but I think it's another issue that deserves a bug report of its own (one day :). I'm using Wayland session btw, I didn't have a chance to test it in X11 session. Another case when Shift key does not work right is Krita: it seems it does not get shift release event when you're using a brush or some tool. Disabling shift compatibility action helps it too. Not sure it's same issue with Kwin, or a different issue in Krita. Wow, ok, can reproduce. I guess there's something unusual about how KWin determines that the Shift key is pressed. *** Bug 467307 has been marked as a duplicate of this bug. *** I was experiencing this bug for quite some time now. Then, after some package updates, I seem to be experiencing an *inverse* of this bug. That is: the "both shifts together enable caps lock" settings is toggled on, but *not* working, and the shift+drag tiling works now! Should this behavior be filed as a separate bug? Operating System: Arch Linux KDE Plasma Version: 5.27.5 KDE Frameworks Version: 5.107.0 Qt Version: 5.15.10 Kernel Version: 6.3.8-arch1-1 (64-bit) Graphics Platform: Wayland Processors: 8 × 11th Gen Intel® Core™ i7-11390H @ 3.40GHz Memory: 15.4 GiB of RAM Graphics Processor: Mesa Intel® Xe Graphics Manufacturer: Dell Inc. Product Name: Vostro 15 5510 *** Bug 466017 has been marked as a duplicate of this bug. *** A possibly relevant merge request was started @ https://invent.kde.org/plasma/kwin/-/merge_requests/5190 Git commit 1f1c54ca6cea498fda8c6d14612a4bfd36402c86 by Vlad Zahorodnii, on behalf of Xaver Hugl. Committed on 14/02/2024 at 14:25. Pushed by vladz into branch 'master'. window: use normal keyboard modifiers for triggering custom tiling Modifiers for global shortcuts are handled differently from normal shortcuts, because they need to consider modifiers that are consumed by xkb for keyboard layout transitions and similar. This restriction is not relevant for custom tiling. M +2 -2 src/window.cpp https://invent.kde.org/plasma/kwin/-/commit/1f1c54ca6cea498fda8c6d14612a4bfd36402c86 Git commit 160aa7dcbabedd565b9a37f35fd974805cced0a7 by Xaver Hugl. Committed on 14/02/2024 at 16:39. Pushed by zamundaaa into branch 'Plasma/6.0'. window: use normal keyboard modifiers for triggering custom tiling Modifiers for global shortcuts are handled differently from normal shortcuts, because they need to consider modifiers that are consumed by xkb for keyboard layout transitions and similar. This restriction is not relevant for custom tiling. (cherry picked from commit 1f1c54ca6cea498fda8c6d14612a4bfd36402c86) M +2 -2 src/window.cpp https://invent.kde.org/plasma/kwin/-/commit/160aa7dcbabedd565b9a37f35fd974805cced0a7 Git commit fa15cb67d2b21001458aba9e4bb9ef39d5e4c141 by Xaver Hugl. Committed on 14/02/2024 at 16:41. Pushed by zamundaaa into branch 'Plasma/5.27'. window: use normal keyboard modifiers for triggering custom tiling Modifiers for global shortcuts are handled differently from normal shortcuts, because they need to consider modifiers that are consumed by xkb for keyboard layout transitions and similar. This restriction is not relevant for custom tiling. (cherry picked from commit 1f1c54ca6cea498fda8c6d14612a4bfd36402c86) M +2 -2 src/window.cpp https://invent.kde.org/plasma/kwin/-/commit/fa15cb67d2b21001458aba9e4bb9ef39d5e4c141 Is there a way to detect what shortcut causes the problem? I am on openSuse Tumbleweed Plasma 6 and can start the tiling editor but holding shift + moving the window does not work. I don´t have the mentioned shortcuts enabled, but there seems to be no way to configure the tiling action. |