GNOME Bugzilla – Bug 1492
Signal on realization failure for GtkPlug
Last modified: 2011-02-04 16:09:25 UTC
Package: gtk+ Version: 1.2 Severity: Wishlist I'd like a signal in gtk-socket to know if the widget was unable to realize in the assigned socket. Thanks, -Jonathan ------- Additional Comments From otaylor@redhat.com 1999-06-16 14:04:03 ---- Subject: Re: Bug#1492: From: Owen Taylor <otaylor@redhat.com> To: 1492@bugs.gnome.org Message-Id: <ybeu2s8aup8.fsf@fresnel.labs.redhat.com> Date: 16 Jun 1999 14:04:03 -0400 The idea here, is that when a GtkPlug gets realized, if its parent widget has been destroyed in the meantime, GTK+ creates the plug as a toplevel window because it has no idea what to do. It might be nice to be able to customize this behavior, and, for instance, do a exit() instead. ------- Bug moved to this database by debbugs-export@bugzilla.gnome.org 2001-01-27 14:46 ------- This bug was previously known as bug 1492 at http://bugs.gnome.org/ http://bugs.gnome.org/show_bug.cgi?id=1492 Originally filed under the gtk+ product and general component. Reassigning to the default owner of the component, gtk-bugs@gtk.org.
Another one for the 2.0 TODO list
Put all GTK 1.3.x bugs on 2.0.0 milestone
Setting API-affecting bugs to the API freeze milestone
In the XEMBED protocol, the plug is passed to the socket which is responsible for mapping it, so this can't happen. *** This bug has been marked as a duplicate of 50919 ***