GNOME Bugzilla – Bug 127963
GOK window hidden by dialog box
Last modified: 2004-12-22 21:47:04 UTC
using gnome-2.4 build from 25 Nov 2003 -launch GOK -using composer, activate top panel context menu <ctrl><F10> -using compoer, select 'Add to Panel' -> 'Launcher...' .composer keyboard disappears, and the 'Create Launcher' window that pops up hides the main GOK window - yielding further action impossible/extremely difficult if in float mode. The following error also occurs in the terminal: "(gok:4867): Wnck-WARNING **: Unhandled action type (null)"
Just to add, the same occurs when launching a window such as bottom panel 'Panel Properties'
does GOK not pop to the top when a button click occurs? (I am trying to figure out if the launcher menu is a popup/override-redirect window.)
probably not GOK, but investigation needed.
awaiting reply from David.
gok doesn't use AP status, changing priority to Urgent. corrseponds to AP1 unfortunately this looks like a metacity issue, possibly an API one. It's a stopper though, unless GOK is used in dock mode.
the dialog that obscures GOK isn't override redirect. But for some reason the WM isn't allowing GOK to raise above the dialog (it seems to be modal of some sort).
I don't think this can be fixed without new metacity API. Metacity refuses to raise windows above their 'layer', and dialogs and modal windows are in a higher layer than 'normal' windows like GOK. Not sure if there's a hack that would make GOK always act like a dialog or not.
since running GOK in DOCK mode works around this, marking as 'candidate stopper/AP2/High' instead of 'Stopper/AP1/Urgent' (especially since a fix may be difficult for 2.6). Sorry for the noisy reprioritization.
Is there a related bug logged on metacity?
Regarding an earlier thought: "Not sure if there's a hack that would make GOK always act like a dialog or not." -- I don't think this is enough because the popup obscures other dialogs too. On a lark, I made gok a popup (code snippet from main.c): window1 = g_object_connect (gtk_widget_new (gtk_window_get_type (), "user_data", NULL, "can_focus", FALSE, "type", GTK_WINDOW_POPUP, /* GTK_WINDOW_TOPLEVEL, */ ... And the popup menu no longer obscures gok! Alas gok's window decorations disappear... I'm still investigating...
David: making gok a popup is (part of) what GOK in DOCK mode does. THis is a metacity issue, and I would not expend energy trying to solve it without new WM API or metacity changes. I've been around it and around it, there's no clear way to make a window pop above a dialog that's being raised on the 'active' foreground application AFAICT. Better to get input from Havoc I think, than investigating further empirically.
Thanks Bill, I won't waste time on it. Is there a dependancy bug issued that we can mark here?
removing GNOME 2.5 keyword since this isn't fixable without metacity new WM_TYPE.
reducing severity due to DOCK workaround. AFAICS there's no way to address this without agreeing on a new WM_STATE for ALWAYS_ONTOP windows (like magnifiers and onscreen keyboards). We _could_ fix this by making GOK an 'override-redirect' window but then we would have to manage everything that the window manager currently does (i.e. placement of the GOK window, resizes, moves, window borders, etc., etc.), which is really not attractive and would introduce a raft of new problems.
This bug is also happening when running the "Run Application..." application. GOK window is hidden by the application window. Tested in build from CVS HEAD 03/03/04
Does not look fixable, even in DOCK mode, without extension to the WM spec. *** This bug has been marked as a duplicate of 136159 ***