Bug 130190 - delayed focus problem when changing active windows
Summary: delayed focus problem when changing active windows
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal with 1 vote (vote)
Target Milestone: ---
Assignee: KWin default assignee
Depends on:
Reported: 2006-07-03 13:12 UTC by Paul Stear
Modified: 2012-03-19 01:09 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Note You need to log in before you can comment on or make changes to this bug.
Description Paul Stear 2006-07-03 13:12:19 UTC
Version:           1.4.1-beta1 (using KDE 3.5.3, Gentoo)
Compiler:          Target: i686-pc-linux-gnu
OS:                Linux (i686) release 2.6.16-gentoo-r9

amarok script manager starts and is displayed but when the mouse enters the manager the manager disappears and reappears when the mouse is moved away.  I can't even enter it to stop or cancel it.
If the mouse is over the manager form then it flashes on and off. it just seems that the mouse focus is not being recognised by the manager form.
Comment 1 Mark Kretschmann 2006-07-03 15:52:05 UTC
Well this sounds really weird. Can't reproduce.

What window manager are you using?
Comment 2 Paul Stear 2006-07-03 16:16:55 UTC
I am using kde 3.5.3, I hope the following will help.  Let mr know if you require anything else.
Portage 2.1.1_pre2-r2 (default-linux/x86/2006.0, gcc-4.1.1/vanilla, glibc-2.4-r3, 2.6.16-gentoo-r9 i686)
System uname: 2.6.16-gentoo-r9 i686 AMD Athlon(tm) XP 2400+
Gentoo Base System version 1.12.1
ccache version 2.4 [enabled]
dev-lang/python:     2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r2
dev-util/confcache:  [Not Present]
sys-devel/autoconf:  2.13, 2.60
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.17
sys-devel/gcc-config: 2.0.0_rc1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r5
CFLAGS="-O2 -march=athlon-xp -pipe"
Comment 3 Paul Stear 2006-07-03 16:36:43 UTC
I have just realised that while the script manager form is flashing, if I click over the flash the form then sticks and I can use it.
Also with cover manager, when a cover is found the page flashes but if I click it displays ok, I can then save it as normal. It does appear that when these screens come up focus is not transferred to them but is when the mouse is clicked.  By the way I have my mouse set for "Focus Strictly Under Mouse" with both auto raise and delay focus set to 750 msec.

Hope this helps
Comment 4 Paul Stear 2006-07-06 13:45:08 UTC
I have temporarily change my mouse behaviour from "Focus Strictly Under Mouse" to "click to Focus" and the pop up windows of the script manager or downloaded album covers are displayed correctly and remain in position.  If I click them it stays active and I can operate as normal.
I don't think this is a kde problem because this is the only program that is affected.
I think the solution is to force the pop up windows to be on top with focus.

Hope this helps
Comment 5 Mark Kretschmann 2006-07-15 10:20:49 UTC
Well, closing this report. Whatever it is, it's a window manager issue. Prolly a bug in KWin.
Comment 6 Paul Stear 2006-07-15 14:20:38 UTC
I'm not sure this is a window manger problem.  I have just updated amarok to 1.4.1-r2 0n gentoo and now the pop up windows stay on top of the main program page even though I change my mouse to "Focus Strictly Under Mouse".
I'm now happy that all is working.
Comment 7 Martin Aumueller 2006-07-15 16:18:45 UTC
Just tried to reproduce the problem (with yesterday's svn): I can, but it really depends on the exact window manager settings you listed:
- focus strictly under mouse
- autoraise
- delay focus
Could it be that your problem disappeared because you changes some wm setting?
In any case I tend to agree with Mark's suspicion.
Comment 8 Ian Monroe 2006-07-15 17:01:26 UTC
reopening and then figuring out how to reassign to kwin
Comment 9 Paul Stear 2006-07-16 12:33:20 UTC
Well I'm glad you were able to reproduce this strange behaviour.
After having kde windows behaviour set to "click to focus", everything dispayed ok.
After the amarok update I changed back to my original setting of:
- focus strictly under mouse 
 - autoraise 
 - delay focus
Everything now works ok.  If you haven't changed amarok then I am at a loss as to why it is now working.
Amarok was the only application that I had this problem with.
Thanks for your time
Comment 10 Lubos Lunak 2006-07-31 13:35:33 UTC
The delay focus feature seems to be broken, when switching from one window to another the new window is activated with delay but the old window is deactivated immediatelly.
As a workaround for this specific problem you can turn off hiding of utility windows for inactive windows in KWin's configuration.
Comment 11 Shaun Thomas 2006-10-26 00:35:52 UTC
There's a really easy way to reproduce this:

Open any two windows so that they overlap somewhere.  Disable Desktop->Window Behavior ->Auto Raise and Delay Focus, and Enable Focus Follows Mouse.  Now hover over the part of the two windows that overlaps.  This should immediately confuse the window manager so that it continuously switches focus between the windows.

I noticed this first in 3.5.4, but it seems to have persisted in 3.5.5.
Comment 12 Martin Flöser 2011-12-10 10:43:44 UTC
Really old bug and no idea whether it is still valid. Because of that I set to unmaintained. If it is still an issue with a recent version, please open a new bug with the required details. I find it quite hard to just get what this bug is about due to the fact that it started in Amarok.
Comment 13 Thomas Lübking 2011-12-10 10:56:22 UTC
see comment #10 - this is
Comment 14 Thomas Lübking 2012-03-19 01:09:07 UTC
patch from commenr #13 has been submitted, but i forgot to attach the bug