GNOME Bugzilla – Bug 311637
SJ segfaults because of trash: bookmark
Last modified: 2005-08-23 11:10:08 UTC
Distribution/Version: Ubuntu Breezy This one is strange: If you add the trash to your nautilus/gtk bookmarks and start sound-juicer while the file chooser is set to gnome-vfs mode, sound-juicer will segfault without even showing the main window. Remove the bookmark or set the file chooser to gtk+ and SJ works again. I'm using SJ 2.11.90 and gnome-vfs 2.11.90... this could be a vfs bug but no other application that uses file chooser with gnome-vfs (gedit, evince..) suffers from this bug, so I filed it for SJ.
Can you provide a back trace?
That would be the FileChooserButton again. Michael, could you try the small test-case at: http://bugzilla.gnome.org/attachment.cgi?id=48875&action=view with trash: added to your bookmarks?
Yes, this seems to be the same: with trash: added, it dies instantly, after removing the bookmark it works fine. Using strace, both produce something like open("/home/nx/.gtk-bookmarks", O_RDONLY|O_LARGEFILE) = 26 fstat64(26, {st_mode=S_IFREG|0600, st_size=181, ...}) = 0 read(26, "trash:\nfile:///home/nx/Documents"..., 181) = 181 close(26) = 0 time(NULL) = 1122389951 time(NULL) = 1122389951 time(NULL) = 1122389951 --- SIGSEGV (Segmentation fault) @ 0 (0) ---
Could you explain how you added trash: to the bookmarks and attach your ~/.gtk-bookmarks to this bug?
Doesn't matter how you add it, either open trash and "Bookmarks -> Add Bookmark" or simply echo "trash:" >> .gtk-bookmarks And there's really nothing fancy with the file, rm -rf .gtk-bookmarks and (after logout) echo "trash:" > .gtk-bookmarks does the trick, too
Backtrace (very easily reproduceable with the testcase listed in comment #2, and the instructions in comment #5):
+ Trace 62001
Bastien: can you install debuginfo packages and get a backtrace with useful symbols?
Two more apps that crash with the trash:/// bookmark: - gnome-screenshot (crashes while starting) - file-roller (crashes when opening extract dialog)
Bastien, are you still able to reproduce this ? I have failed, the "trash:" url seems to be simply ignored for me.
It's still happening here, with gtk 2.8.0 with latest sound-juicer, file-roller and gnome-screenshot
Created attachment 50994 [details] [review] a patch
Seems federico was a bit sloppy when adding his desktop file hack. get_vfs_info() can return NULL.
Commited. Thanks.
After updating the libgnomeui package I have a strange problem with my trash... I don't really think this is caused by the patch but I did not update any other relevant packages I think and now, whenever I open the trash or navigate to trash:/// it is empty although there are many deleted files in ~/.Trash Did someone notice this, too?