Bug 63279 - Window not focused with multiple screens (without xinerama) and focus under mouse
Summary: Window not focused with multiple screens (without xinerama) and focus under m...
Status: RESOLVED WORKSFORME
Alias: None
Product: kwin
Classification: Plasma
Component: multi-screen (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-08-26 14:12 UTC by Luc Vo Van
Modified: 2020-12-12 04:33 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Luc Vo Van 2003-08-26 14:12:55 UTC
Version:            (using KDE KDE 3.1.2)
Installed from:    Gentoo Packages
Compiler:          GCC 3.2 
OS:          Linux

When having two screens (on two different monitors, screen 1 and screen 2) and "focus strictly under mouse", when moving the cursor from a window in screen 1 to a window on screen 2, without at any time going over the "desktop" (wallpaper) the window on screen 2 doesn't get focus even though the mouse cursor is on it, the focus stays on the last window focus was over on screen 1.

It looks like the cursors needs to go above the "desktop" before entering the second window in order for it to get the focus properly.

This doesn't seem to happen in "focus under mouse".

In short:
"focus strictly under mouse"
The cursor is above:
[screen 1] window1 => [screen 2] window2                -- window2 doesn't get focus
[screen 1] window1 => background => [screen 2] window2  -- window2 gets focus
Comment 1 Erik Hensema 2004-02-10 21:07:50 UTC
Same happens when you change the desktop with ctrl-Fn. You have to move the mouse from the desktop to a window in order to get the focus on that window.

After a change of desktop or screen, kwin should focus the window under the mouse when using focus-under-mouse.
Comment 2 Luke 2004-08-31 07:23:40 UTC
This bug still exists in kde-3.3.0

I observe some minor differences from the above reports (which used previous versions of kde):

From bug reporter (kde-3.1.2):
[screen 1] window1 => [screen 2] window2                -- window1 stays focused

I observe (in kde-3.3.0)
[screen 1] window1 => [screen 2] window2                -- no window is focused

Expected behaviour:
[screen 1] window1 => [screen 2] window2                -- window2 gets focus

Regarding Erik's comment, this problem no longer seems to occur when changing virtual desktop with ctrl-Fn.
Comment 3 Erik Hensema 2004-08-31 10:57:21 UTC
Agreed, focus behaviour when switching virtual desktops with ctrl-Fn is now as expected.
Comment 4 FiNeX 2008-12-29 12:35:47 UTC
Is this reproducible on KDE4? Currently I've no more a multi head setup so I cannot test it.
Comment 5 Thijs 2011-12-06 11:42:26 UTC
Just tested it :) Not reproducable at all to me.
Comment 6 Christoph Feck 2011-12-06 23:11:44 UTC
Thijs, I hope you are aware of the differences between "multi head" (multiple separately managed X screens) and "multiple monitors" (one screen split across devices).
Comment 7 Thomas Lübking 2011-12-10 23:01:04 UTC
GRUMPF!

a) the bug still exists, it's however not triggered every time (at least with git master which enforces leaving the event loop) but in 9 of 10 or so...
b) it can be avoided by setting a "small" delay (20ms-50ms should be easily enough), what
c) very most likely crosses this: https://git.reviewboard.kde.org/r/103130/

GA-RUMPF!!

(possibly related to bug #157219)
Comment 8 Thomas Lübking 2011-12-18 18:52:37 UTC
Git commit 1cc1df3fa2b764c0744373f6e4d2e15774d595e9 by Thomas Lübking.
Committed on 13/11/2011 at 18:23.
Pushed by luebking into branch 'master'.

FSUM: honor delay on leave events as well

This makes working around bug #63279 impossible :-(

BUG: 285960
CCBUG: 63279
REVIEW: 103130

M  +4    -4    kwin/events.cpp

http://commits.kde.org/kde-workspace/1cc1df3fa2b764c0744373f6e4d2e15774d595e9
Comment 9 Justin Zobel 2020-11-12 00:04:54 UTC
Luc are you able to confirm that the fixes in comment 8 resolved the issue for you?

I'm setting status to "needsinfo" pending your response, please change back to "resolved" or "reported" when you respond, thanks.
Comment 10 Bug Janitor Service 2020-11-27 04:33:44 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 11 Bug Janitor Service 2020-12-12 04:33:56 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!