[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [kwin] [Bug 344671] New: Focus jumps to wrong screen with multihead kwin
From:       Nicholas Redgrave <baron () bologrew ! net>
Date:       2015-02-28 16:54:23
Message-ID: bug-344671-17878 () http ! bugs ! kde ! org/
[Download RAW message or body]

https://bugs.kde.org/show_bug.cgi?id=344671

            Bug ID: 344671
           Summary: Focus jumps to wrong screen with multihead kwin
           Product: kwin
           Version: 4.11.14
          Platform: Fedora RPMs
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: multihead
          Assignee: kwin-bugs-null@kde.org
          Reporter: baron@bologrew.net

Two separate X screens so two instances of kwin.
Close a program window or a sub-window and instead of the focus jumping to
another window on the same screen or the parent window, focus instead jumps to
the other screen.


Reproducible: Sometimes

Steps to Reproduce:
1.Konqueror open on screen 1.  Konsole open on screen 0.
2.Click "Help->About Konsole" then close "About Konsole" window.
3.Konqueror on screen 1 frequently gets focus instead of Konsole main window.

Actual Results:  
Focus jumps to other screen.  It can happen either way round.  The main Konsole
window sometimes briefly flashes as it regains focus but then the focus is
stolen and the Konqueror window on the other screen gets the focus.

Expected Results:  
Focus should return to the parent window or to another window on the same
screen.  At the very least, focus should remain on the screen where the mouse
pointer is.

It looks like the instance of kwin on screen 1 wakes up when a window on screen
0 closes (and vice-versa).  Frequently the parent window briefly regains focus
as it should before the other kwin steals it.
Neither "Click To Focus", "Click To Focus - Mouse Precedence" or "Focus Follows
Mouse" has any effect on the focus stealing.
It looks like a race condition and I don't know why a kwin instance would even
be trying to get focus if the mouse pointer wasn't on its screen.  The big
problem is that all keyboard input can end up going to a window on a screen
that isn't necessarily powered on and "space" "<del>" when that window is
Konqueror can be very bad news.

Additional version info:
KWin version: 4.11.15
KDE SC version (runtime): 4.14.4
KDE SC version (compile): 4.14.4
Qt Version: 4.8.6

Kwin screen information is available here:  https://paste.kde.org/pbffjm5so

-- 
You are receiving this mail because:
You are watching all bug changes.
[prev in list] [next in list] [prev in thread] [next in thread]