Gnome Do does not come completely to front in KDE: please add default "prevent focus stealing workaround"

[Daniel Hahler]

Binary package hint: gnome-do

When pressing Super-Space, Gnome Do gets displayed, but does not come to front completely.
It appears to be ordered below the window having currently focus.

E.g. when now having Chromium in front, about half the width of the screen, pressing Super-Space displays Gnome Do, but only half of the window is visible, the other half is hidden behind the Chromium window.
Gnome Do does have the keyboard focus though, also the mouse appears to be focused on it (in the sense of behaving different as long as Gnome Do is open).

Typing anything to launch and pressing Enter launches it. Pressing Escape hides the window again - that appears to be normal.

I do not have the KDE compositing effects enabled (using the nouveau driver).

WORKAROUND:
Add a window rule via system settings ("Window Behavior", "Window Rules), similar to the ones provided by default ("(Default) Disable focus stealing prevention for Firefox").
 - Window class: "do do"
 - Window Extra: "Splash Screen"
 - Workarounds: "Focus stealing prevention": "Force": "None"

Such a rule should get shipped by KDE by default, just like for Firefox and the others.

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: gnome-do 0.8.3.1+dfsg-1ubuntu1
ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic i686
Architecture: i386
Date: Sat Apr 17 11:54:28 2010
ProcEnviron:
 LANGUAGE=
 PATH=(custom, user)
 LANG=de_DE.UTF-8
 SHELL=/bin/bash
SourcePackage: gnome-do

[Chris Halse Rogers (raof)]

 status incomplete

From memory, this was due to KWin's overly aggressive focus-stealing
prevention algorithm. If you add a rule to KWin to disable focus
stealing prevention for Do, does it work?

[Launchpad Janitor (janitor)]

[Expired for gnome-do (Ubuntu) because there has been no activity for 60 days.]

[Daniel Hahler (blueyed)]

Yes, it is related to the focus stealing prevention of KWin (just tested with 4.6b2).

[Harald Sitter (apachelogger)]

No workarounds shall pass!

There are multiple proper approaches to this, in descending order of sanity:
a) http://standards.freedesktop.org/wm-spec/wm-spec-latest.html#id2550738
b) override window management altogether (that is what KDE's equivalent does IIRC)
c) KDE plugin thing http://api.kde.org/4.x-api/kdelibs-apidocs/kdeui/html/classKWindowSystem.html#aecb213d950a6615fc0e961273d72e166

[Daniel Hahler (blueyed)]

Adding a Gnome Do bug task.

Bug 351333 might get fixed by this, too.

[Chris Halse Rogers (raof)]

Now that I think of it, adding override-redirect is probably the right thing to do here. We never want a window manager to do anything to our window.

The only thing I'd be concerned about is the interaction with screensavers; I'm not yet sure how an override-redirect Do would interact with a screensaver.