GNOME Bugzilla – Bug 169979
gnome-panel crashes when opening properties dialog
Last modified: 2005-03-27 12:43:26 UTC
Distribution: White Box Enterprise Linux release 3.0 (Liberation) Package: gnome-panel Severity: critical Version: GNOME2.10.0 2.10.x Gnome-Distributor: GARNOME Synopsis: gnome-panel crashes when opening properties dialog Bugzilla-Product: gnome-panel Bugzilla-Component: Panel Bugzilla-Version: 2.10.x BugBuddy-GnomeVersion: 2.0 (2.10.0) Description: Description of the crash: The gnome panel crashes when opening properties dialog Steps to reproduce the crash: 1. on a panel, right click and select "Properties" 2. 3. Expected Results: Properties are shown How often does this happen? Everytime Additional Information: Gnome 2.10 compiled on a RHAS3.0 using garnome. There are some other problems with applications crashing, so I chose this one as it is the easiest to reproduce. I have GTK 2.6.4 installed. Debugging Information: Backtrace was generated from '/local/G10/bin/gnome-panel' (no debugging symbols found)...Using host libthread_db library "/lib/tls/libthread_db.so.1". (no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...[Thread debugging using libthread_db enabled] [New Thread 1087012064 (LWP 12104)] [New Thread 1093114800 (LWP 26706)] [New Thread 1092664240 (LWP 12140)] 0x40000c32 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
+ Trace 56718
Thread 1 (Thread 1087012064 (LWP 12104))
------- Bug moved to this database by unknown@bugzilla.gnome.org 2005-03-11 11:36 ------- Unknown platform unknown. Setting to default platform "Other". Unknown milestone "unknown" in product "gnome-panel". Setting to default milestone for this product, '---' The original reporter of this bug does not have an account here. Reassigning to the person who moved it here, unknown@bugzilla.gnome.org. Previous reporter was vivien.malerba@aviation-civile.gouv.fr. Setting to default status "UNCONFIRMED". Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one.
Thanks for the bug report. This appears to be a unique stack trace, according to the simple-dup-finder.
I built Garnome 2.10.0 on FC3 and have this same problem. I cleaned out all of my gnome settings in my home dir, restarted, and I get two very empty panels now. Trying to pull up the properties dialog crashes every single time, so I can't configure anything concerning my useless panels.
Confirmed for Garnome 2.10.0 on Debian testing.
I rebuilt and re-installed gtk+ and the gnome-panel removing the --disable-debug configure option from the gar.gnome.mk file in garnome, and everything is OK now. I think it's a GTK warning (like g_return_if_fail()) which was not applied because of the --disable-debug flag. Maybe garnome should always build GTK+ and gnome-panel (and nautilus?) without that flag because they are core parts of the gnome desktop?
Hmm rebuilding without the --disable-debug flag in the gar.gnome.mk file as described before did not remedy for me. I rebuilt gtk+, libwnck and the panel. I removed the cookies/ directory and ran make install again. Should have overwritten the old stuff if I am not mistaken.
Same problem with garnome-2.10 on Slackware 10.0 :(
According to #garnome these issues will be fixed with the next GARNOME release that is scheduled very soon.
*** Bug 170594 has been marked as a duplicate of this bug. ***
Bug 170346 seems very similar
No it is different Martin.
Created attachment 39009 [details] [review] libgnomeui patch
Wow. I'm away for a few days and I get lots of bugzilla mails... Okay, I looked at this and it's a bug in the libgnomeui backend for the file chooser: gnome_vfs_get_uri_from_local_path() doesn't appreciate strings that are empty. We could argue that it's a bug in gnome-vfs when compiled with --disable-debug, but we'll first try to patch libgnomeui.
Adding Federico so he can review the patch.
The question is, why did it get an empty filename? There's already a check for NULL in gtk_file_system_filename_to_path(), so the actual implementation doesn't need to check for it.
The patch is good to go in if you remove the check for NULL --- just leave the check for an empty string. I still wonder why it got an empty string in the first place. That may be a bug in the caller.
Federico: I think this is what's happening (just a guess, though): 1. the panel properties dialog is built, with a GtkFileChooserButton 2. we do gtk_file_chooser_set_filename("") because there's no filename for the b ackground 3. gtk_file_chooser_select_filename() is called with "" 4. warning/crash I'll fix the code in the panel too.
This has been fixed in Garnome 2.10.0.1 I wonder what patch they used...
Christian: they don't compile with --disable-warning now, IIRC.