Bug 362307

Summary:	Some apps do not ignore wheel event when Meta+Wheel is used to raise/lower the window
Product:	[Plasma] kwin	Reporter:	Marc Branchaud <marcnarc>
Component:	core	Assignee:	Konsole Developer <konsole-devel>
Status:	REOPENED ---
Severity:	normal	CC:	bhush94, husek, kde, plasma-bugs
Priority:	NOR	Flags:	mgraesslin: Wayland- mgraesslin: X11+
Version:	5.24.7
Target Milestone:	---
Platform:	Kubuntu
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Marc Branchaud 2016-04-26 14:58:17 UTC

In System Settings -> Window Behavior -> Window Actions I have set Meta + Mouse Wheel to Raise/Lower windows.

When I do this on a Konsole window, not only does the window raise/lower but Konsole also acts as if I'd used the wheel in the window without holding down Meta.

This is maddening, because it either causes the terminal to scroll up/down or, if there's no buffered terminal output, sends an up-arrow or down-arrow to the terminal.  It completely throws off my workflow.


Reproducible: Always

Steps to Reproduce:
1. Configure overall Window Behavior to Raise/Lower windows using Meta+Wheel.
2. Use Meta+Wheel to raise a Konsole window.


Actual Results:  
Window raises, but Konsole also processes a mouse wheel event.

Expected Results:  
Window raises, but Konsole should not process a mouse wheel event.

Kubuntu 16.04.

I also use "Focus Follows Mouse - Mouse Precedence".  This means that I *never* try to use Meta+Wheel to raise/lower an *inactive* window.  The Konsole window is always active when I raise/lower it with Meta+Wheel.

KDE Frameworks 5.18.0
Qt 5.5.1 (built against 5.5.1)
The xcb windowing system

Comment 1 Marc Branchaud 2016-04-26 15:00:17 UTC

BTW, this doesn't happen with other applications, like Firefox or Thunderbird.  I've only seen this with Konsole.

Comment 2 Marc Branchaud 2016-04-28 17:38:59 UTC

Moving this to plasmashell (hope that's right), as I'm also seeing this with other KDE apps like Akregator and the System Settings.

Comment 3 Martin Flöser 2016-08-27 15:56:29 UTC

I assume that you see this with all Qt 5 applications? E.g. also kwrite/kate?

My idea is that this is related to Qt 5 using Xinput 2 for scrolling, thus KWin does not intercept the events properly anymore.

Comment 4 Marc Branchaud 2016-08-29 15:09:00 UTC

Yes, it also happens in kate.

The problem does seem to be limited to Qt5 apps, though I haven't tried them ALL :) .

Comment 5 Radek Hušek 2018-02-25 15:19:31 UTC

(In reply to Martin Flöser from comment #3)
> I assume that you see this with all Qt 5 applications? E.g. also kwrite/kate?
> 
> My idea is that this is related to Qt 5 using Xinput 2 for scrolling, thus
> KWin does not intercept the events properly anymore.

I can confirm that this bug is caused by Qt5 using XInput2. Disabling xinput2 support in Qt fixes it. (Also on wayland everything works fine.)

Comment 6 Marc Branchaud 2019-07-17 15:10:12 UTC

I'm now also seeing this with Chrome in Kubuntu 19.04.

Operating System: Kubuntu 19.04
KDE Plasma Version: 5.16.3
KDE Frameworks Version: 5.59.0
Qt Version: 5.12.2
Kernel Version: 5.0.0-20-generic
OS Type: 64-bit
Processors: 8 × Intel® Core™ i7-3770K CPU @ 3.50GHz
Memory: 31.4 GiB of RAM

Comment 7 David Edmundson 2023-09-06 10:38:19 UTC

This bug was reported against an outdated version of KWin. We have made many changes since the. 
If the issue persists in newer versions can you reopen the bug report updating the version number.

Comment 8 Marc Branchaud 2023-09-06 13:44:04 UTC

I am still seeing this with Plasma 5.24.7.

Comment 9 Marc Branchaud 2023-09-06 13:46:20 UTC

(In reply to Marc Branchaud from comment #8)
> I am still seeing this with Plasma 5.24.7.

More specifically, on an up-to-date Kubuntu 22.04 system:

Operating System: Kubuntu 22.04
KDE Plasma Version: 5.24.7
KDE Frameworks Version: 5.98.0
Qt Version: 5.15.3
Kernel Version: 5.19.0-32-generic (64-bit)
Graphics Platform: X11
Processors: 20 × 12th Gen Intel® Core™ i7-12700H
Memory: 62.5 GiB of RAM
Graphics Processor: NVIDIA GeForce RTX 3060 Laptop GPU/PCIe/SSE2