GNOME Bugzilla – Bug 646259
SIGSEGV in glade_widget_adaptor_object_construct_object loading ui file
Last modified: 2013-09-06 20:41:29 UTC
Trying to open gnome-control-center's network.ui file, using glade3 3.7.0
+ Trace 226510
Can you please attach the .ui file ?
It's at http://git.gnome.org/browse/gnome-control-center/plain/panels/network/network.ui
a.) Maybe I (or someone) will look at it soon, if not, the revisioned file may have changed at the time I go and check it out, please attach the file. b.) It's more convenient for us to have the file attached, not to mention unfair to expect that we should go grabbing the file from project 'foo's git repo. Would you file a bug against mozilla saying "there is a problem rendering 'foo.html', please mr maintainer go and check out the relevant module 'bar' and pull it from path bar/baz/foo/ yourself" ? I wouldn't mention it if this was the only time, but this has happened a few times now that people expect me to go poking around git to find a glade file that has problems... it's unprofessional, lazy and getting annoying by now. Please just complete the bug report and attach the file. Thank you.
(In reply to comment #0) > Trying to open gnome-control-center's network.ui file, using glade3 3.7.0 > > Furthermore, 3.7.0 is highly unstable, you should have 3.7.3. I don't mind checking if the problem still exists in 'glade-3-8' branch myself if you can attach the glade file, you might also just check yourself if 3.7.3 works better for you.
Created attachment 184732 [details] network.ui file You definitely wouldn't have to `git clone` it - you can download it from that URI I linked. But you're right, I should have attached it or linked to a particular version of it.
Gabriel. I cannot reproduce the crash, however with the attached network.ui you cannot load that file with glade-3-8 branch (or anything short of Glade master/3.9.x). What happens when I try to load it is that it aborts while trying to instantiate a non-instantiatable GtkBox (glade-3-8 branch is GTK+ 2.x). However, granted... Glade should abort loading the project but not abort in a case like this.
This was fixed in master a long time ago Now I fixed it in glade-3-8 so we can finally close this bug. glade 3.8 will not abort instead it will popup a message with a warning. I know popups are not the best approach, but its better than silently ignore the errors, I guess we should backport object stub instead or at least set some kind of error in the project.