Bug 443996

Summary: Inner Window Actions -> "Activate and raise" [but not pass click] has no effect in focus-follows-mouse mode
Product: [Plasma] kwin Reporter: Alex Cruise <alex>
Component: coreAssignee: KWin default assignee <kwin-bugs-null>
Status: RESOLVED UNMAINTAINED    
Severity: minor CC: nate
Priority: NOR    
Version First Reported In: 5.22.4   
Target Milestone: ---   
Platform: Fedora RPMs   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

Description Alex Cruise 2021-10-18 21:02:19 UTC
SUMMARY

After using Macs for work for several years, I've gotten used to MacOS's behaviour when one clicks on an inactive window, in which the window is raised, but doesn't receive the click that was responsible for the raise.

I'm using desktop Linux more regularly these days, where I like to use focus-follows-mouse... Unfortunately, the KWin setting "raise but don't pass click" seems to have no effect when focus-follows-mouse is enabled. I guess when the window has focus, it's no longer considered "inactive"?

STEPS TO REPRODUCE
1. enable focus-follows-mouse
2. set all clicks in Window Actions to "Activate and raise"
3. arrange two windows so some click target is visible in the "behind" window
4. focus on the "forward" window
5. move the cursor to the "behind" window
6. click a click target in the "behind" window

OBSERVED RESULT

The click is passed through to the behind window

EXPECTED RESULT

The "Activate and raise" [but not pass click] setting should also be effective for windows that have focus, but are not raised.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Fedora 34, Linux 5.14.11, KDE Plasma 5.22.5
(available in About System)
KDE Plasma Version: 5.22.5
KDE Frameworks Version:  5.85.0
Qt Version: 5.15.2
Comment 1 David Edmundson 2023-09-06 10:38:53 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.