https://bugs.kde.org/show_bug.cgi?id=468417
Bug ID: 468417
Summary: The "close" button in the present windows effect can
also drag the window
Classification: Plasma
Product: kwin
Version: 5.27.4
Platform: Archlinux
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: effects-present-windows
Assignee: kwin-bugs-n...@kde.org
Reporter: adam.m.fontenot+...@gmail.com
Target Milestone: ---
SUMMARY
When viewing presented windows, and you click on the close button to close a
window, if the cursor moves in between the mousedown and mouseup events, the
window will be dragged instead of closed.
This results in a "failed" close attempt, similar in appearance to
https://bugs.kde.org/show_bug.cgi?id=451150
STEPS TO REPRODUCE
1. Open present windows
2. Click and drag the close button by one or two pixels and then release it
(while still over the close button).
OBSERVED RESULT
The window gets dragged in the present-windows view.
EXPECTED RESULT
The window is closed.
SOFTWARE/OS VERSIONS
Operating System: Arch Linux
KDE Plasma Version: 5.27.4
KDE Frameworks Version: 5.104.0
Qt Version: 5.15.8
Kernel Version: 6.2.10-arch1-1 (64-bit)
Graphics Platform: X11
ADDITIONAL INFORMATION
It's really easy to trigger this behavior on a trackpad, because your finger
naturally remains on the trackpad while you are clicking, especially when
trying to close many windows sequentially. I expect it is more annoying and
harder to avoid the higher precision of the trackpad, and possibly the higher
the display density.
This behavior also runs counter to normal button behavior. You can cancel an
accidental mousedown on the window closing button ("X") by leaving the area of
the button before releasing the mouse button, but the action is *not* canceled
if you release the button while the cursor is still over the button area.
I have video of this behavior if for some reason it is hard to reproduce.
--
You are receiving this mail because:
You are watching all bug changes.
