GNOME Bugzilla – Bug 336541
Gnome's Places menu starts Konqueror instead of Nautilus
Last modified: 2008-09-06 19:10:42 UTC
That bug has been opened on https://launchpad.net/distros/ubuntu/+source/gnome-panel/+bug/35997 "When opening custum Places vie the 'Places" menu of the Gnome panel the respective place is opened in KDE's konqueror instead with nautilus. How to reproduce this: 0. Have both ubuntu-desktop and kubuntu-desktop installed 1. Open nautlius 2. Make sure 'Places' is shown on the left side pane 3. Drag&Drop some directory to the left side pane, the newly created entry appreas also in the "Places" menu in the panel 4. Choose the new entry in the "Places" menu This new "Place" is now opened in Konquerer instead of Nautilus. Choosing the standard entries like "Home Folder", "Computer", etc. opens Nautilus, it's only self made custom entries which are opened in Konquerer. This is with current Dapper. gnome-panel 2.14.0-0ubuntu2 konqueror 3.5.1-0ubuntu14 etc. Happens to me :| And its really annoying! :(
Sébastien: can you ask the user what "gnome-open directory" does? This is most probably a configuration issue...
it opens konqueror, that's why I've bugged libgnome. How a configuration issue?
Using that for the defaults.list fixes the issue inode/directory=nautilus-folder-handler.desktop x-directory/normal=nautilus-folder-handler.desktop But should that be required?
I don't know, but it's not a libgnome issue :-)
Sébastien: just wondering if you have any news on this :-)
I've workarounded it for Ubuntu by not doing an alias from "inode/directory" to "x-directory/normal" to shared-mime-info, out of that I've no idea of who is to blame for it
If it's not a libgnome issue we should find the proper place to file this (maybe debian?)
why debian? as said I've workarounded the issue for Ubuntu and we can do the same for Debian, if you prefer distro to workaround it rather than getting it fixed upstream feel free to close it. I thought it's a libgnome bug, if you think that's due to some other component why not just reassigning where you think it belongs too?
2006-05-12 Christian Neumair <chris@gnome-de.org> * libgnomevfs/gnome-vfs-mime-info-cache.c: (gnome_vfs_mime_info_cache_dir_init), (gnome_vfs_mime_info_cache_dir_init_defaults_list): Unalias application MIME types before adding them to the cache. should have fixed it (together with a locking fix committed two days later), but this requires further testing. This shouldn't affect GnomeVFS 2.14.2 or later.
Reassigning to GnomeVFS.
I wasn't trying to blame debian specifically, I just thought it might have been a distro/configuration issue. Thanks to Christian for putting it where it belongs.
So, has this been fixed now?
Seems related with bug 418760 This problem also affects to Gentoo: http://bugs.gentoo.org/show_bug.cgi?id=170630
gnome-vfs has been deprecated and superseded by gio/gvfs since GNOME 2.22, hence mass-closing many of the gnome-vfs requests/bug reports. This means that gnome-vfs is NOT actively maintained anymore, however patches are still welcome. If your reported issue is still valid for gio/gvfs, please feel free to file a bug report against glib/gio or gvfs. @Bugzilla mail recipients: query for gnome-vfs-mass-close to get rid of these notification emails all together. General further information: http://en.wikipedia.org/wiki/GVFS Reasons behind this decision are listed at http://www.mail-archive.com/gnome-vfs-list@gnome.org/msg00899.html