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 105972 - embedded apps have no way to enforce that their sub dialog windows are placed on top of the embedding application.
embedded apps have no way to enforce that their sub dialog windows are placed...
Status: RESOLVED WONTFIX
Product: gtk+
Classification: Platform
Component: Widget: Other
2.2.x
Other Linux
: Normal minor
: Small API
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2003-02-13 11:22 UTC by tvignaud
Modified: 2014-03-22 20:01 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description tvignaud 2003-02-13 11:22:36 UTC 
context:
i'm the maintainer of the mandrake control center (mcc), which do not use
gtk+-2.2.0 directly but use perl-GTK2.
the mcc can embedd tools.

explanation:
when these tools are embedded, their calls to set_transient_for do not work
anymore despite gtk_plug inherit from gtk_window which implements it.
thus mocal dialogs can go behind their parent.
tested with icewm and windowmaker.

proposal fix:
implement plug::set_transient_for by propagating it to the embedding window
Comment 1 Havoc Pennington 2003-02-13 14:07:51 UTC 
This is an issue for bonobo components as well. The only current
workaround is to use XSetTransientFor() with the parent's X window 
ID I think. Some API to address this would be nice.
Comment 2 Dan Winship 2007-12-10 13:48:44 UTC 
http://svn.gnome.org/viewvc/evolution/trunk/e-util/e-dialog-utils.c?revision=34537&view=markup
has functions to do this. (e_dialog_set_transient_for() and 
e_dialog_set_transient_for_xid())
Comment 3 Matthias Clasen 2014-03-22 20:01:48 UTC 
closing out old bugs