Created attachment 183700 [details] In this video, I am holding Mouse5, but have released Mouse1. The window is not dropped when Mouse1 is released SUMMARY The usual behaviour of Custom Tiling is to grab a window (press Mouse1), hold SHIFT, and then release the window (release Mouse1), and then the tile is snapped. In KDE system settings, under Mouse -> Configure Extra Buttons..., I have one of the extra buttons bound to SHIFT. Logically, I should be able to use this in the same way, but, when I try to use it, it fails. STEPS TO REPRODUCE 1. Bind a mouse button to SHIFT in KDE system settings 2. Grab a window (Mouse1) 3. Hold down the extra mouse button bound to shift (in this case it happens to be Mouse5) 4. Try to drop the window (Release Mouse1) OBSERVED RESULT The window is not dropped. Instead, for as long as Mouse5 is held, the tile shadow will show up appropriately, but releasing Mouse1, or pressing it again and releasing it again (while holding Mouse5), will not drop the window into a tile. If releasing Mouse1 before releasing Mouse5, the window remains "grabbed" despite no buttons being held. If releasing Mouse5 before releasing Mouse1, the window acts as expected and does no tiling actions. EXPECTED RESULT A mouse button bound to SHIFT should work identically to the SHIFT key on the keyboard. Operating System: Fedora Linux 42 KDE Plasma Version: 6.4.3 KDE Frameworks Version: 6.16.0 Qt Version: 6.9.1 Kernel Version: 6.15.8-200.fc42.x86_64 (64-bit) Graphics Platform: Wayland Processors: 12 × AMD Ryzen 5 7600 6-Core Processor Memory: 32 GB of RAM (30.5 GB usable) Graphics Processor 1: AMD Radeon RX 6700 XT Graphics Processor 2: AMD Radeon Graphics Manufacturer: Gigabyte Technology Co., Ltd. Product Name: B650I AORUS ULTRA System Version: -CF ADDITIONAL INFORMATION