Bug 488288 - Block window manipulation shortcuts while the window is being dragged
Summary: Block window manipulation shortcuts while the window is being dragged
Status: CONFIRMED
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: 6.0.5
Platform: Arch Linux Linux
: VLO wishlist
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-06-10 07:01 UTC by FishBoneEK
Modified: 2024-06-11 02:55 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description FishBoneEK 2024-06-10 07:01:17 UTC 
SUMMARY


STEPS TO REPRODUCE
1. Start moving a window via shortcut (I'm using Win+Q)
2. Maximize it (Win+M

OBSERVED RESULT
The window maximizes, then resizes to original size immediately.

EXPECTED RESULT
The window shouldn't maximize at all. Or it should stop being moved and maximize, this is what I prefer.

SOFTWARE/OS VERSIONS
Linux: Arch
KDE Plasma Version: 6.0.5
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION
I'm using Xorg.
Comment 1 Nate Graham 2024-06-10 17:17:57 UTC 
I can reproduce this on Wayland. The effect is basically what I would expect: it tries to maximize, but can't since you're actively moving it around.

I guess we could block window manipulation shortcuts for windows while they're being dragged. This seems very low priority though, since nothing bad actually happens if you do it anyway. :)
Comment 2 FishBoneEK 2024-06-11 02:55:13 UTC 
As a user I'd say I prefer stop moving it and maximize: Super+Q to move it, then hit Super+M to maximize it when it's being moved. Ofc after maximizing the window stops being moved. This combo feels much more convenient, especially in multihead setup, since you can just drag a window from 1 monitor to another one, then maximize it instantly.