When I try to open the target folder of any file downloaded from the internet (i.e. by right-clicking on the icon/name in the list and choosing the open in location option), Disk Usage Analyser a.k.a. "baobab" opens instead of Nautilus. Version: Baobab 3.6.4 DE: Gnome Steps to Reproduce: 1. Install baobab 2. Download a file of any kind from the internet 3. Right click on file in list and choose to open file location 4. baobab opens instead of Nautilus
Started to happen to me today, after installing updates on 3 RC (accumulated from the last 3 days I think). Even gnome-system-monitor and gnome-shell (when inserting an USB stick for example) calls baobab now instead of nautilus. Baobab can actually open the directory in nautilus.
CC: (none) => danielosmari
CC: (none) => ennael1, mageia, tmb
<danielko> $ xdg-open /some/directory <danielko> this invokes baobab
Update: Even new users on this system suffer from the same problem; as noted in the claire's comment above, xdg-open exhibits this behavior, so it's not specific to just one application. I tried to replicate the problem on a Mageia 3 RC inside VirtualBox, without success.
@Daniel, Firefox will use the XDG system to open the folder so that's why claire tested xdg-open. This is simply that Baobab has a higher priority than Nautilus and ultimately the entry: inode/directory=nautilus-folder-handler.desktop is likely missing from /usr/share/applications/defaults.list. Can you attach the output of: grep inode/directory /usr/share/applications/defaults.list This list is generated (AFAIK) from the *.desktop files. It extracts the MimeType= header from the file and then injects it into this list. That said, I have no idea what manages this defaults.list file... It's not update-desktop-database, so someone else will have to comment on this.
FYI, the Arch wiki has good info on this: https://wiki.archlinux.org/index.php/Default_Applications#Exactly_how_it_works
Comment 2 was actually Daniels comments pasted from IRC. I was helping him out before bedtime so asked him to leave the follow up comment so we knew if it was something to investigate further or not.
Here's the grep output: $ grep inode/directory /usr/share/applications/defaults.list inode/directory=nautilus-folder-handler.desktop
I've solved this and posted a forum thread here: https://forums.mageia.org/en/viewtopic.php?f=7&t=5073&p=35192#p35192 The issue is that nautilus-folder-handler.desktop does not exist. I fixed it for myself by symlinking to nautilus.desktop. To wit: I couldn't figure out why the disk usage anylizer was opening instead of nautilus when clicking a folder (like Documents) on the places menu in Gnome's fallback mode, so I went looking. Here is what I found: cd /usr/share/applications # fgrep -Rn inode/directory * baobab.desktop:161:MimeType=inode/directory; defaults.list:147:inode/directory=nautilus-folder-handler.desktop mimeapps.list:5:inode/directory=nautilus-folder-handler.desktop; mimeinfo.cache:503:inode/directory=baobab.desktop;pcmanfm.desktop;nautilus.desktop; nautilus.desktop:142:MimeType=inode/directory;application/x-gnome-saved-search; pcmanfm.desktop:139:MimeType=inode/directory; Now, the above shows the error, but I didn't see it immediately. The error is that all of the mime info lists are looking for nautilus-folder-handler.desktop, which doesn't exist. There are two ways to solve this (I used the latter): 1. Edit both defaults.list and mimeapps.list to change the entry to look for nautilus.desktop instead or 2. Create a symlink (as root): ln -s nautilus.desktop nautilus-folder-handler.desktop Again, #2 is what I did just in case a future upgrade to some core package modifies the other files again. This is a major flaw in the GNOME 3 packaged with Mageia 3. I'll be reporting it on the Mageia bug tracker, but it might need to go upstream.
CC: (none) => ralgith
Version: Cauldron => 3Source RPM: baobab => nautilus
Just to confirm that solution #2 from Dylan fixed the problem.
Ping? This is a significant issue with an easy fix. Upstream issue is https://bugzilla.gnome.org/show_bug.cgi?id=687598, closed as NOTGNOME.
CC: (none) => reinoutSee Also: (none) => https://bugzilla.gnome.org/show_bug.cgi?id=687598Severity: normal => major
CC: (none) => mageia, olav
Bug still present in Mageia 4 beta! Olav, can you take a look at this please?
Version: 3 => Cauldron
I've updated shared-mime-info.... does this fix it?
I can confirm this has been fixed in Mageia 4. Calling xdg-open on a directory opens nautilus instead of baobab, hence closing. Thanks for the bug report and the fix :).
Status: NEW => RESOLVEDCC: (none) => liberforceResolution: (none) => FIXED