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.
Well this sounds really weird. Can't reproduce. What window manager are you using?
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-apps/sandbox: 1.2.18.1 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 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -pipe"
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 Paul
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 Paul
Well, closing this report. Whatever it is, it's a window manager issue. Prolly a bug in KWin.
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. Paul
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.
reopening and then figuring out how to reassign to kwin
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 Paul
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.
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.
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.
see comment #10 - this is https://git.reviewboard.kde.org/r/103130/
patch from commenr #13 has been submitted, but i forgot to attach the bug