Bug 184778 - Problem with focus-follows-mouse on KDE 4.2
Summary: Problem with focus-follows-mouse on KDE 4.2
Status: RESOLVED FIXED
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-02-18 13:18 UTC by Staffan Hamala
Modified: 2010-10-27 18:00 UTC (History)
3 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 Staffan Hamala 2009-02-18 13:18:08 UTC
Version:           4.2 (using KDE 4.2.0)
OS:                Linux
Installed from:    Ubuntu Packages

On KDE 4.2 there are some strange effects when using focus follows mouse.
The most annoying one is that windows are not always behaving as expected when pushing the "window buttons" in the panel. A window in front of others is expected to be minimized. A window below others is expected to be moved in front of others.
This is the same, no matter if the window is active or inactive.

Steps to reproduce:

1. Activate focus-follows-mouse.
2. Open two windows.
3. Place one of them so that it partly covers the other. I'll call the window above the other A, and the window below B.

4. Activate the window B by moving the mouse above it.
5. Move the mouse pointer to the panel, without activating any other window.
6. Click on the "window button" for the window B.
7. The bug appears: the window is minimized!!!

Expected behavior: the window is moved above all other windows.

This worked as expected in KDE 3.*.
Comment 1 Dima Ryazanov 2009-03-11 22:24:10 UTC
A few more focus-follows-mouse problems in KDE 4.2:

1) The K menu disappears when it or the panel loses focus. Notice that there's a gap between the K button and its menu... It's too easy to close the menu if you're not moving the mouse fast enough.
2) Open Dolphin, and drag its "Places" panel into a separate window. If the mouse leaves Dolphin, the "Places" window disappears. How do you ever get to it?
This applies to other programs, too, like the "Styles and Formatting" window in OpenOffice.
3) "Dim Screen for Administrator Mode" desktop effect undims the screen when the mouse leaves the dialog box requesting root privileges.
Comment 2 Martin Flöser 2009-03-11 23:00:26 UTC
(In reply to comment #1)
> A few more focus-follows-mouse problems in KDE 4.2:
These points are totally unrelated to the problem reported in this bug report. Please do not mix several bug reports, as this makes it very difficult to track the issues.
> 
> 1) The K menu disappears when it or the panel loses focus. Notice that there's
> a gap between the K button and its menu... It's too easy to close the menu if
> you're not moving the mouse fast enough.
I guess you are talking about the "classical" menu. Nevertheless please report this issue to Plasma developers.
> 2) Open Dolphin, and drag its "Places" panel into a separate window. If the
> mouse leaves Dolphin, the "Places" window disappears. How do you ever get to
> it?
> This applies to other programs, too, like the "Styles and Formatting" window in
> OpenOffice.
Probably nothing we can do about it. It's the concept of those windows that they are hidden, when the window is inactive. As soon as mouse leaves the window the focus changes, so how should it work? Nevertheless please open an own bug report for it.
> 3) "Dim Screen for Administrator Mode" desktop effect undims the screen when
> the mouse leaves the dialog box requesting root privileges.
Same as number 2. The screen is only dimmed when the password dialog has focus. That's how it is meant to be.
Comment 3 Yves Glodt 2009-03-12 11:24:30 UTC
https://bugs.kde.org/show_bug.cgi?id=180968 is what Dima describes in
https://bugs.kde.org/show_bug.cgi?id=184778#c1 1)
Comment 4 Staffan Hamala 2009-03-12 11:30:14 UTC
Also:
https://bugs.kde.org/show_bug.cgi?id=183091
Comment 5 Michael Leupold 2010-10-10 18:10:51 UTC
I can't reproduce the bug mentioned in comment 1 any longer.
Comment 6 Michael Leupold 2010-10-10 18:11:29 UTC
(In reply to comment #5)
> I can't reproduce the bug mentioned in comment 1 any longer.

Actually I didn't mean comment #1 but the original bug report, sorry for the messup.
Comment 7 Thomas Lübking 2010-10-10 20:16:29 UTC
activateRaiseOrIconify from tasklib works as expected here, iff the original bug still exists it has to be sth. in the plasma setup / taskbar implementation...

@Staffan
a) is this still reproducable
b) what taskbar implementation do you use?
c) where's your taskbar located (panel, desktop)
Comment 8 Staffan Hamala 2010-10-27 17:05:52 UTC
I had forgot about this bug report.

It must have been fixed somehow, as I can't reproduce it anymore.
Comment 9 Thomas Lübking 2010-10-27 18:00:35 UTC
UNRELATED TO OP, just on comments #2 & #3

@dima
2) uncheck "hide utility windows .." in the advanced tab of "kcmshell4 kwinoptions"

3) this is actually _not_ the behaviour of focus follows mouse - you have to enter another window to put the focus there, just leaving the dialog won't make it loose the focus with focus follows mouse. i'd suggest to use a small delay (250ms) so you can still cross other windows