SUMMARY *** I use the "Both Shifts together enable Caps Lock" feature (System Settings > Input Devices > Keyboard > Advanced > Compatibility Options) since I also make Caps Lock and additional Hyper. If this setup is in place, holding Shift makes no difference in window resizing behavior. Unchecking "Both Shifts together enable Caps Lock" produces the expected behavior. *** STEPS TO REPRODUCE 1. In System Settings > Input Devices > Keyboard > Advanced > Compatibility Options, check "Both Shifts together enable Caps Lock". 2. Configure a tiling layout with Meta + T. 3. Attempt to drag a window into a tile frame by holding Shift while dragging it. OBSERVED RESULT Dragging simply moves the window normally without snapping it to any tile frame. EXPECTED RESULT Dragging a window into the tile frame should snap the window into place, resizing it to fit. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Operating System: Arch Linux KDE Plasma Version: 5.27.0 KDE Frameworks Version: 5.103.0 Qt Version: 5.15.8 Kernel Version: 6.1.12-arch1-1 (64-bit) Graphics Platform: Wayland Processors: 8 × Intel® Core™ i5-8250U CPU @ 1.60GHz Memory: 31.1 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics 620 Manufacturer: LENOVO Product Name: 20L9001NUS System Version: ThinkPad T580 ADDITIONAL INFORMATION Un-checking "Both Shifts together enable Caps Lock" reverts to the expected new Custom Tiling behavior when Shift + dragging. I have observed this on both my ThinkPad T580 and ThinkPad Yoga Gen 2, both running Arch Linux and KDE Plasma 5.27.0. Many thanks to all the devs on this S-tier desktop environment! I can record a screencap video or send console output if requested.
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.