After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 139322 - gkrellm needs initial state to be WithdrawnState
gkrellm needs initial state to be WithdrawnState
Status: RESOLVED WONTFIX
Product: gtk+
Classification: Platform
Component: Backend: X11
2.4.x
Other All
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2004-04-07 05:39 UTC by Robin Schoonover
Modified: 2011-02-04 16:16 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Robin Schoonover 2004-04-07 05:39:51 UTC
Run gkrellm -w with gtk 2.4.0 (under blackbox or fluxbox).  It should go into the 'slit' (basically a dock 
of sorts), but it doesn't.  In fact, anything that needs the initial state to be WithdrawnState can't get it.

As a brute force fix, you can delete the contents of update_wm_hints() in the gtk source ( gtk+-2.4.
0/gdk/x11/gdkwindow-x11.c) and reinstall.  This forces the intial state to not get set to normal state, 
which allows applications like gkrellm to function properly.

The gentoo bugzilla has this bug listed: http://bugs.gentoo.org/show_bug.cgi?id=45335
Comment 1 Owen Taylor 2004-04-07 12:49:46 UTC
If you never gtk_widget_show() a widget it will be in the withdrawn
state. (You can force a X window to be created with gdk_window_realize())

So I don't really understand the problem.

We need a lot more detail here (a detailed diagnosis of what X properties
GDK is setting and what you think it should be setting instead) before we 
could do anything with GTK+.
Comment 2 Robin Schoonover 2004-04-07 14:46:11 UTC
Basically, the WithdrawnState initial state is used by several window managers (such as blackbox 
and fluxbox) to know that a window belongs in a 'slit' (like a dock of sorts).  gkrellm do this by setting 
it's wm hints to have an initial state of WithdrawnState on its own.  in gtk+ 2.2.4, it worked fine this 
way.  Now with gtk+ 2.4.0, gdk will overwrite the explicitly set initial state with NormalState, which 
means gkrellm won't go into the slit like it wanted to.
Comment 3 Owen Taylor 2004-04-16 19:12:13 UTC
Can you provide:

 A) A small test program  (#include <gdkx.h> GDK_DRAWABLE_XID(drawable)
    are probably useful to print XIDs for using for xininfo)
 B) A description of what properties to look at with xwininfo
    to see what properties you expect to be different.

This sounds like blatent abuse of the ICCCM and not supportable,
but I could be wrong.
Comment 4 Olav Vitters 2004-07-09 18:17:15 UTC
*** Bug 142296 has been marked as a duplicate of this bug. ***
Comment 5 Matthias Clasen 2004-11-27 05:58:52 UTC
Owen is right that it is an use which is not covered by the ICCCM, which only
allows NormalState and IconicState as values for the initial_state field.