On my system I have both gnome 2.26 and kde 4.3.1 installed but after the installation of kde4 if I click, in gnome, on Places->Home dolphin is opened instead of nautilus, I partially solved the issue doing : in kde4 settings -> default applications -> file manager, set it to 'file browser' This makes me open gnome's places with nautilus, however if I open a kde4 session and go to K->Computer->Home , nautilus is opened. I think that somehow each DE should use its default file-manager. The problem I think is that gnome "uses" the kde4 file manager setting Reproducible: Always Steps to Reproduce: 1.install both gnome-2.26 and then kde-4.3.1 2.in gnome open places->home 3. Actual Results: kde4 file manager setting is used by gnome Expected Results: each DE should have its "private" file manager setting emerge --info Portage 2.1.6.13 (default/linux/amd64/10.0/desktop, gcc-4.3.4, glibc-2.9_p20081201-r2, 2.6.30-gentoo-r5 x86_64) ================================================================= System uname: Linux-2.6.30-gentoo-r5-x86_64-AMD_Athlon-tm-_64_X2_Dual_Core_Processor_5200+-with-gentoo-1.12.11.1 Timestamp of tree: Sun, 18 Oct 2009 08:45:03 +0000 distcc 3.1 x86_64-pc-linux-gnu [enabled] ccache version 2.4 [enabled] app-shells/bash: 4.0_p28 dev-java/java-config: 2.1.8-r1 dev-lang/python: 2.6.2-r1 dev-util/ccache: 2.4-r7 dev-util/cmake: 2.6.4 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.6-r2 sys-devel/autoconf: 2.13, 2.63-r1 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -msse3 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/splash /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-march=athlon64 -msse3 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distcc distlocks fixpackages metadata-transfer parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://gentoo.mirror.pw.edu.pl/ http://gentoo.mneisen.org/ http://gentoo.supp.name/" LANG="it_IT.UTF-8@euro" LC_ALL="it_IT.UTF-8@euro" LDFLAGS="-Wl,-O1" LINGUAS="it en en_US en_GB" MAKEOPTS="-j7" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/portage/local/layman/sunrise" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="3dnow 3dnowext X a52 aac acl acpi alsa amd64 amr amrnb amrwb apache2 applet arts aspnet audiofile avahi bash-completion beagle berkdb bluetooth branding bzip2 c++ cairo cdaudio cdda cddb cdparanoia cdr chm cli consolekit cracklib crypt css cups cvs cxx dbus dga dri dts dv dvb dvd dvdnav dvdr eds emacs emboss encode epiphany evo exif expat fam fame ffmpeg firefox flac foomaticdb fortran ftp fuse galago gd gdbm gif gimp git glade gnome gnome-keyring gnome-print gnutls gphoto2 gpm gstreamer gtk guile hal hddtemp iconv id3tag imagemagick inotify ipv6 isdnlog jabber java java6 javascript joystick jpeg kde kpathsea ladspa lame latex lcms ldap libnotify libsamplerate live lm_sensors logitech-mouse lzo mad matroska mikmod mjpeg mmx mmxext mng modules mono mp3 mp4 mpeg mplayer msn mudflap multilib musepack musicbrainz mysql nautilus ncurses network nls nptl nptlonly nsplugin nuv nvidia odbc offensive ogg ogm opengl openmp pam pcre pdf perl php plotutils png policykit ppds pppd pulseaudio python qt3 qt3support qt4 quicktime readline reflection samba scanner scrobbler sdl session shout smp sndfile socks5 sourceview speex spell spl sql sqlite sqlite3 sse sse2 ssl startup-notification subversion svg sysfs syslog taglib tcpd theora threads thunar thunderbird tiff timidity truetype twolame unicode upnp usb v4l v4l2 vcd videos vim-syntax vorbis wavpack webkit wma wmf wxwidgets wxwindows x264 xcb xcomposite xemacs xine xml xorg xulrunner xv xvid xvmc yahoo zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="it en en_US en_GB" USERLAND="GNU" VIDEO_CARDS="nvidia vga vesa nv" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
I added also kde@gentoo.org to cc since I really don't know if the cause of this problem is in GNOME or in KDE.
I reported this problem on gnome and kde bugzilla : https://bugs.kde.org/show_bug.cgi?id=211090 https://bugzilla.gnome.org/show_bug.cgi?id=598934
This is classical problem I suffered years ago with thunar that is not fixed because no upstream wants to resolve it (xfce blame on gnome, gnome blame on xfce... well, you know...) anyway, I don't think this is a regression over previous gnome-panel versions
I think that this is a dupe of: http://bugs.gentoo.org/show_bug.cgi?id=170630 https://bugzilla.gnome.org/show_bug.cgi?id=418760 http://bugzilla.xfce.org/show_bug.cgi?id=3016 well, all of them like to blame on my setup, but I really disagree since I have seen many other people suffering this problem even on different distributions (like mandriva) Seems that, after installing a new file manager, it's "preferred" by gnome-panel over nautilus, and you can workaround the problem simply re-selecting nautilus as default, if I don't misremember you can change application for opening folder simply righ clicking on a folder
(In reply to comment #4) > Seems that, after installing a new file manager, it's "preferred" by > gnome-panel over nautilus, and you can workaround the problem simply > re-selecting nautilus as default, if I don't misremember you can change > application for opening folder simply righ clicking on a folder Yes I know that re-selecting nautilus as default can fix this and I think the right click on a folder works only internally to a file-manager, for example if you choose the association to a file-manager to open folders in nautilus by right-clicking on a folder in nautilus, every time you open nautilus and click on a folder it will opens the folder in nautilus (or in gnome desktop that is managed by nautilus), but this doesn't influence Places->Home behaviour. The problem in actual configuration is that there isn't a solution to use on the same profile nautilus as default file manager only for gnome, and dolphin as default file manager only for kde4.
The problem that I don't understand is why other file managers take precedence over nautilus :-/, seems that it occurs just after installing new file manager, and I have seen a similar problem with eog and gthumb (getting gthumb as default jus after installing it), but I haven't investigate it :-(
(In reply to comment #6) > The problem that I don't understand is why other file managers take precedence > over nautilus :-/, sounds like bug #242460, see dang's explanation of the problem. If the application does not handle user's preferences, then it will always fail to select the proper/sensible program.
Good catch, maybe http://bugs.gentoo.org/show_bug.cgi?id=242460#c19 could solve this
(In reply to comment #8) > Good catch, maybe http://bugs.gentoo.org/show_bug.cgi?id=242460#c19 could solve > this > that solution had no effects here , I created a file in /usr/share/applications as suggested with : [Default Applications] inode/directory=nautilus but I have the same exactly problem as before. Anyway someone pointed me to xdg-open but xdg-open is a script that accordingly to DE opens a different script, for example gnome-open if the DE is gnome. So the problem could be in gnome-open and the kfmclient exec for kde. I start to think that for having each DE to use their own file manager I should create a file-manager wrapper script ....
Created attachment 212393 [details] file manager wrapper script I wrote a script that detects the running DE , (I simply copied that method from xdg-open) and read a config file named /etc/fmwrapper.conf and it opens the configured per-desktop file manager accordingly. It is really simple and for now it uses a wide-system settings but it can easily modified to work for per-user settings. I hope that someone will find it useful. To solve mine issue I simply set in kde fav applications this script as my favourite file-manager. For now it works for GNOME,KDE and XFCE.
Removing KDE, according to comment 4 it is a GNOME prob. CC us back if we can help somehow
Yeah, probably both file managers install a .desktop file that claims to handle x-directory/normal and inode/directory, and at that point it's similar to 242460. I wonder if the defaults.list can be applied desktop specifically, so that it will just not end up then KDE having the same problem if we add it to some defaults.list as nautilus-folder-handler.desktop Or maybe gnome-panel could be coerced to use x-directory/gnome-default-handler MIME type for opening folders like that?
Like I said when the question prompted on the chan last time, we can apply the debian solution that consists in installing defaults.list in a desktop specific XDG_DATA_DIR, it seems to work fine for the use case, not sure how it would end up for people having multiple desktops on the same machine though, but they get to do some more admin work anyway.
http://bugzilla.xfce.org/show_bug.cgi?id=1854 says it was fixed in thunar stopping it from registering x-directory/gnome-default-handler, is KDE4 filemanager registering it? What MIMEs is it registering?
People, please try to append: inode/directory=nautilus-folder-handler.desktop to /usr/share/applications/defaults.list and report if it fixes this problem
*gnome-session-2.32.1-r1 (27 Mar 2011) 27 Mar 2011; Pacho Ramos <pacho@gentoo.org> +files/15-xdg-data-gnome, +gnome-session-2.32.1-r1.ebuild, +files/defaults.list, files/Gnome: Provide a defaults.list and handle XDG_DATA_DIRS properly. Thanks to Nirbheek for his help. Please retry then on a new created user account with gnome-session-2.32.1-r1
