Bug 244625

Summary: KWin behaves oddly with WM_HINTS.input == false
Product: [Plasma] kwin Reporter: Alex Merry <alex.merry>
Component: generalAssignee: KWin default assignee <kwin-bugs-null>
Status: RESOLVED DUPLICATE    
Severity: normal    
Priority: NOR    
Version First Reported In: git master   
Target Milestone: ---   
Platform: Compiled Sources   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:
Attachments: Test case

Description Alex Merry 2010-07-14 18:24:43 UTC 
Created attachment 49147 [details]
Test case

Version:           SVN (using Devel) 
OS:                Linux

I'm not sure whether this is incorrect behaviour on KWin's part or not, but it is annoying (see http://code.google.com/p/cellwriter/issues/detail?id=34).

When an application sets the input flag of WM_HINTS to false (preventing the window manager from passing focus to it), pressing a mouse button down on the window when running under KWin sends an XLeaveWindowEvent to the window.  On other window managers this doesn't happen (the ButtonPress event gets sent, but not the LeaveWindow/Crossing event).

Reproducible: Always




Attached is are two test cases, one in GTK+ and one in Qt.  Run make to build them, and then run ./gtk-test or ./qt-test to run one or the other.

The apps basically just set the input hint to false and print out logs of LeaveWindow events.  The GTK+ one also prints out button press events (you can see that the LeaveWindow event happens before the ButtonPress event).
Comment 1 Alex Merry 2010-07-14 18:26:40 UTC 
I should point out that the other window managers I've tried are Metacity and whatever XFCE4 uses.  I tested all three in an XFCE4 environment, to make sure that it was just the window manager.
Comment 2 Thomas Lübking 2010-07-14 19:03:04 UTC 

*** This bug has been marked as a duplicate of bug 234926 ***