[Glade-users] GtkWarning: gtk_button_box_set_child_secondary: assertion `child->parent == GTK_WIDGET (widget)' failed



Sure, but dups are OK in a glade file as long as the widgets are unique
within toplevels.  (at least I think so and glade-3 seems to support the
notion.)  So that can't be the error.  What is a secondary?  If I knew that
I'd know better where to look.

On Mon, Jul 27, 2009 at 4:54 PM, Jean Br?fort
<jean.brefort at normalesup.org>wrote:

Look for ok, cancel, help and close buttons. Here are the dups.

Le lundi 27 juillet 2009 ? 16:33 -0400, Gerald Britton a ?crit :
So far I've been ok with unique names within toplevels.  Too bad the
python bindings don't support add_object_from_file yet.  I could have
used that.  Just have these annoying warnings!

OK.  Got 3.6.7.  Still has that prompt on startup for preferences I
see.  I really think that should not popup unless you start a new
glade file.  Anyway, I opened and resaved my glade file.  Only diff
was removal of a few iconsize properties.  Still get warning when
starting up.

This is an odd warning though. It's not about duplicate widgets, but:

GtkWarning: gtk_button_box_set_child_secondary: assertion
`child->parent == GTK_WIDGET (widget)' failed

Now, if I could just find which child widget it's complaining about!
Actually I'm not 100% sure how to interpret the message.  My glade
file has nothing called "secondary" in it that I can see.

On Mon, Jul 27, 2009 at 4:22 PM, Tristan Van Berkom<tvb at gnome.org>
wrote:
On Mon, Jul 27, 2009 at 4:00 PM, Gerald Britton<
gerald.britton at gmail.com> wrote:
The glade file is set to "Object names are unique within toplevels"
which fits the way my glade file is set up.  Maybe I should get a
fresh copy of glade-3. I'm at Glade 3.6.3


Yes get 3.6.7, but; if you use widget names that are unique within
toplevels, you have to be careful of how you use that with GtkBuilder,
dont feed it the entire Glade file at once; instead specify which ones
you want to build - I think the policy right now for GtkBuilder is
unique names throughout the builder instance - so you may also
want to be carefull to use separate GtkBuilder instances to build
separate parts of your project.

Note: if you have a widget naming glitch with Glade 3.6.3, then
toggle the policy property in the preferences, this will actually
modify the project (it creates an undo item) and fix any duplicate
names if found (you shouldnt have any such glitches with 3.6.7
though).

Cheers,
     -Tristan

On Mon, Jul 27, 2009 at 12:49 PM, Tristan Van Berkom<tvb at gnome.org>
wrote:
Oops I seemed to have replied to the middle of this thread.

If its an issue with the widget id uniqueness, then you can
go in Glade's project preferences and toggle the naming policy
setting (and please use a recent build of Glade to make sure
the policy works correctly, it had some bugs earlier this year).

Cheers,
       -Tristan

On Mon, Jul 27, 2009 at 12:44 PM, Tristan Van Berkom<tvb at gnome.org>
wrote:
On Fri, Jun 26, 2009 at 9:11 AM, Gerald Britton<
gerald.britton at gmail.com> wrote:
[...]
1. when and why is the method gtk_button_box_set_child_secondary
called by the add_from_file method?

The fastest and easiest way to find out whats going on is to follow
Paul's advice and simply run it once in gdb with a breakpoint on
g_log.

Thats what I would do to pinpoint exactly whats going on.
(it could be a malformed Glade file and maybe a bug in Glade,
it could also mean a bug in GTK+ parsing GtkButtonBox's).

3. Can the text of the error message be changed to include the name
of
the widget that has the problem, if available?

Yes, you should ask the GTK+ team to do that by filing a bug against
gtk+:GtkBuilder, those messages can trigger without GtkBuilder
parsing
the UI but in that case gtk_buildable_get_name() will still return
the
widget's class name by default.

Cheers,
        -Tristan





--
Gerald Britton
_______________________________________________
Glade-users maillist  -  Glade-users at lists.ximian.com
http://lists.ximian.com/mailman/listinfo/glade-users









-- 
Gerald Britton
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/glade-users/attachments/20090727/d163b09e/attachment-0001.html 




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]