If I choose a file in the Downloads window of firefox and select "Open containing folder" baobab is started. In the past (with gnome-3.4.1) nautilus was started.
I suppose this bug is almost the same as Bug 442062.
Does it only occur with firefox? From where are you launching firefox? (terminal, gnome-shell?) What does "$ echo $XDG_DATA_DIRS" output?
If seen this in the last days only with firefox. Normally I start firefox from the gnome shell sometimes form the terminal. Because I started firefox last time some days ago, I don't know exactly, how I started it. I will check.
rose@impala:/home_impala/rose(1)$ echo $XDG_DATA_DIRS
I killed firefox and started firefox again from the gnome-shell (applications menu -> favorites), then I opened the Downloads window and selected "Open containing folder" and now file-roller is started.
I killed firefox again and start it from the gnome terminal then I opened the Downloads window and selected "Open containing folder" and now baobab is started.
I have to correct Comment 3, probably I hit the wrong menu entry ("Open" instead of "Open containing folder"). Now I get also baobab, if I start firefox from the gnome shell.
BTW, if I insert an USB stick, also "Open with baobab" in german "Oeffnen mit Festplattenbelegung analysieren" is offered.
How are you stating gnome? Also, are you running it as root? (the output you saw before was from a root shell)
I start as root gdm and login as user rose. The user rose is the owner of all gnome processes:
root@lynx:/root(11)# ps -ef | grep gnome | grep -v grep
root 19276 19274 0 13:00 ? 00:00:00 /usr/libexec/gdm-simple-slave --display-id /org/gnome/DisplayManager/Displays/_0
rose 19583 19563 0 13:08 ? 00:00:00 gnome-session
rose 19738 1 0 13:08 ? 00:00:00 /usr/bin/dbus-launch --exit-with-session /usr/bin/ssh-agent -- gnome-session
rose 19740 19583 0 13:08 ? 00:00:00 /usr/bin/ssh-agent -- gnome-session
rose 19749 1 0 13:08 ? 00:00:00 /usr/libexec/at-spi2-registryd --use-gnome-session
rose 19761 19583 0 13:08 ? 00:00:05 /usr/libexec/gnome-settings-daemon
rose 19770 1 0 13:08 ? 00:00:00 /usr/bin/gnome-keyring-daemon --start --components=ssh
1. Launch gnome-terminal
$ echo $XDG_DATA_DIRS
-> if /usr/share/gnome is present
3. Run "firefox" from that terminal and verify if problem still exists
Sorry I did the command in the wrong window, but the result the right window is not very different:
root@impala:/root(78)# ps -ef | grep gnome | grep -v grep
rose 2425 1 0 Dec27 ? 00:00:23 /usr/libexec/at-spi2-registryd --use-gnome-session
rose 14695 28544 11 Dec27 ? 13:30:33 /usr/bin/gnome-shell
rose 14718 1 0 Dec27 ? 00:00:00 /usr/libexec/gnome-shell-calendar-server
rose 19266 14695 0 Dec27 ? 00:00:16 gnome-terminal
rose 19272 19266 0 Dec27 ? 00:00:00 gnome-pty-helper
rose 25787 1 0 Dec27 ? 00:00:15 /usr/bin/gnome-dvb-daemon
root 27525 27524 0 Dec19 ? 00:00:00 /usr/libexec/gdm-simple-slave --display-id /org/gnome/DisplayManager/Display1
rose 28544 28145 0 Dec19 ? 00:00:03 gnome-session
rose 28666 1 0 Dec19 ? 00:00:00 /usr/bin/dbus-launch --exit-with-session /usr/bin/ssh-agent -- gnome-session
rose 28668 28544 0 Dec19 ? 00:00:03 /usr/bin/ssh-agent -- gnome-session
rose 28675 28544 0 Dec19 ? 00:06:10 /usr/libexec/gnome-settings-daemon
rose 28683 1 0 Dec19 ? 00:00:01 /usr/bin/gnome-keyring-daemon --start --components=gpg
rose 28729 28544 0 Dec19 ? 00:01:18 gnome-screensaver
I rebooted the computer, started gdm, logged in as user rose and started a gnome-terminal. XDG_DATA_DIRS does now not contain /usr/share/gnome but this directory exist. And firebox starts baobab for directory viewing as before:
rose@impala:/home_impala/rose(1)$ env | grep XDG
** (baobab:29609): CRITICAL **: atk_bridge_adaptor_cleanup: assertion `inited' failed
+ Angehalten firefox
+ firefox &
rose@impala:/home_impala/rose(4)$ ll /usr/share/gnome
drwxr-xr-x 2 root root 4096 27. Dez 11:22 applications/
drwxr-xr-x 4 root root 4096 19. Mär 2011 apps/
drwxr-xr-x 2 root root 4096 27. Dez 10:28 autostart/
-rw-r--r-- 1 root root 191 27. Dez 10:29 gnome-version.xml
drwxr-xr-x 54 root root 4096 31. Dez 18:28 help/
drwxr-xr-x 2 root root 4096 27. Dez 10:28 shutdown/
drwxr-xr-x 2 root root 4096 27. Dez 12:18 wm-properties/
Gnome-terminal starts as login shell.
*** Bug 451372 has been marked as a duplicate of this bug. ***
(In reply to comment #11)
> Gnome-terminal starts as login shell.
It shouldn't, setting was reverted to follow upstream and preventing issues like this:
*gnome-terminal-2.32.1-r1 (24 Nov 2012)
*gnome-terminal-18.104.22.168-r1 (24 Nov 2012)
24 Nov 2012; Pacho Ramos <email@example.com> +gnome-terminal-2.32.1-r1.ebuild,
Stop defaulting to enable login shell as it causes problems (#442062 by
Juergen Rose), with this we revert to upstream (and most distributions)
(In reply to comment #13)
> (In reply to comment #11)
> > Gnome-terminal starts as login shell.
> It shouldn't, setting was reverted to follow upstream and preventing issues
> like this:
> *gnome-terminal-2.32.1-r1 (24 Nov 2012)
> *gnome-terminal-22.214.171.124-r1 (24 Nov 2012)
> 24 Nov 2012; Pacho Ramos <firstname.lastname@example.org>
> +gnome-terminal-126.96.36.199-r1.ebuild, -gnome-terminal-188.8.131.52.ebuild:
> Stop defaulting to enable login shell as it causes problems (#442062 by
> Juergen Rose), with this we revert to upstream (and most distributions)
> default setting.
I like, that bash is started as a login shell, if I open a terminal window.
Is there any way to circumvent this mime problem with nautilus in the case I am starting a login shell in gnome-terminal, e.g. by setting of environment variables (adding /usr/share/gnome to XDG_DATA_DIRS )?
Maybe you could call /etc/X11/xinit/xinitrc.d/15-xdg-data-gnome script from your .bash_profile. Also, maybe you wouldn't need to set it as login interpreter if you move you "special things" to .bashrc... but I don't know real reasons for you preferring login shell ;)
As bug #451372 was made a duplicate of this bug, I will add my comment here: I see the same behaviour as described in bug #451372, baobab being the default handler for directories wherever some program has the option to open a folder ("Open containing folder" in firefox, the notification when a removable device was mounted, etc.). I see no random behaviour, nor does it make a difference whether I start a program via terminal or gnome-shell.
As per the gnome bug report  and this Arch Linux bug report  this issue arises since baobab registers itself as handler for directories in /usr/share/applications/baobab.desktop:
Somehow (as I don't know how mime.cache and selecting default handlers for mime types work) baobab becomes the default handler for directories in Gnome.
How can this be changed back to nautilus?
PS: I don't know if it's needed, but my XDG_DATA_DIRS contains /usr/share/gnome:
(I ran $ echo $XDG_DATA_DIRS from a zsh running inside a gnome-terminal in my Gnome session.)
In /usr/share/gnome/applications/defaults.list, we have inode/directory=nautilus-folder-handler.desktop, which had worked in earlier gnome versions, but fails now since nautilus-3.6 only installs nautilus.desktop; there is no more nautilus-folder-handler.desktop.
So we really need to go over the defaults.list file and make sure that all the entries in it are still correct for 3.6
I just checked my
is listed as the directory entry. Yet, boabab still launches as the default FM.
I spent a good 10 minutes cleaning out my .cache, .local and .config dirs to make sure it's not a personal setting.
As a workaround i'm changing my default .local/share/applications/mimeapps.list to do it for now.
(In reply to comment #18)
> I just checked my
> is listed as the directory entry. Yet, boabab still launches as the default
> I spent a good 10 minutes cleaning out my .cache, .local and .config dirs to
> make sure it's not a personal setting.
> As a workaround i'm changing my default
> .local/share/applications/mimeapps.list to do it for now.
Changing in /usr/share/gnome/applications/defaults.list:
Should be fixed in gnome-session-3.6.2-r2
+*gnome-session-3.6.2-r2 (03 Feb 2013)
+ 03 Feb 2013; Alexandre Rostovtsev <email@example.com>
+ -gnome-session-3.6.2.ebuild, gnome-session-3.6.2-r1.ebuild,
+ +gnome-session-3.6.2-r2.ebuild, +files/defaults.list-r1:
+ Update default gnome file handlers: fix nautilus-3.6 directory handling (bug
+ #449486), prefer chromium over epiphany, fall back to libreoffice or
+ openoffice if abiword and gnumeric are not installed. Drop old 3.6.2 ebuild
+ and propagate ~arm keyword to -r1 and -r2.