Bug 424487 - resizing window via Alt-RMB often resizes wrong window
Summary: resizing window via Alt-RMB often resizes wrong window
Status: RESOLVED WORKSFORME
Alias: None
Product: kwin
Classification: Plasma
Component: general (other bugs)
Version First Reported In: 5.19.3
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-07-20 20:21 UTC by Martin Koller
Modified: 2020-07-24 08:27 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Koller 2020-07-20 20:21:23 UTC
SUMMARY
I'm using kwin on X11 and the oxygen win decoration.
I usually resize windows by right-pressing the mouse while holding the Alt-Keyboard key.
When I have two windows on top of each other overlapped and I start the resize operation on the top window, moving the mouse quickly out of the window and over the window which is in the background, kwin suddenly continues to resize the BACKGROUND window instead of the foreground one on which I started the resize operation.
(The foreground window still has the active state seen by the blue title bar (where inactive windows have a grey titlebar here)
I'm pretty sure that this bug was introduced just in the last few month since in the last 15 years or so I'm using KDE this never happened.

SOFTWARE/OS VERSIONS
Operating System: openSUSE Tumbleweed 20200716
KDE Plasma Version: 5.19.3
KDE Frameworks Version: 5.72.0
Qt Version: 5.15.0
Kernel Version: 5.7.7-1-default
OS Type: 64-bit
Processors: 4 × Intel® Core™ i5-6300U CPU @ 2.40GHz
Memory: 15,5 GiB of RAM
Graphics Processor: Mesa DRI Intel® HD Graphics 520
Comment 1 Nate Graham 2020-07-23 18:56:21 UTC
Is it just the window resize effect, or are all mouse clicks slightly delayed? Can you check by doing a left-click while moving the mouse quickly. Does the click register on the window where it's supposed to, or is is delayed such that you wind up accidentally clicking on something else?
Comment 2 Martin Koller 2020-07-24 08:27:20 UTC
While trying to test this, I now can no longer reproduce my initial problem ...
Weird. Let's assume it was a temporary mouse hardware problem for now ...