Bug 9110

Summary:	Baobab opens instead of Nautilus when selecting the target folder option for downloaded files
Product:	Mageia	Reporter:	Simon Hoare <simon>
Component:	RPM Packages	Assignee:	Mageia Bug Squad <bugsquad>
Status:	RESOLVED FIXED	QA Contact:
Severity:	major
Priority:	Normal	CC:	danielosmari, ennael1, liberforce, mageia, mageia, olav, ralgith, reinout, tmb
Version:	Cauldron
Target Milestone:	---
Hardware:	x86_64
OS:	Linux
See Also:	https://bugzilla.gnome.org/show_bug.cgi?id=687598
Whiteboard:
Source RPM:	nautilus	CVE:
Status comment:

Description Simon Hoare 2013-02-18 19:28:39 CET

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

Comment 1 Daniel Osmari 2013-05-11 01:16:57 CEST

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

claire robinson 2013-05-11 01:33:21 CEST

CC: (none) => ennael1, mageia, tmb

Comment 2 claire robinson 2013-05-11 01:45:26 CEST

<danielko> $ xdg-open /some/directory
<danielko> this invokes baobab

Comment 3 Daniel Osmari 2013-05-11 02:57:29 CEST

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.

Comment 4 Colin Guthrie 2013-05-11 17:09:27 CEST

@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.

Comment 5 Colin Guthrie 2013-05-11 17:12:19 CEST

FYI, the Arch wiki has good info on this: https://wiki.archlinux.org/index.php/Default_Applications#Exactly_how_it_works

Comment 6 claire robinson 2013-05-12 10:21:20 CEST

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.

Comment 7 Daniel Osmari 2013-05-12 10:58:17 CEST

Here's the grep output:

$ grep inode/directory /usr/share/applications/defaults.list
inode/directory=nautilus-folder-handler.desktop

Comment 8 Dylan Myers 2013-05-25 03:08:47 CEST

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

Dylan Myers 2013-05-25 03:12:21 CEST

Version: Cauldron => 3
Source RPM: baobab => nautilus

Comment 9 Daniel Osmari 2013-05-27 20:49:50 CEST

Just to confirm that solution #2 from Dylan fixed the problem.

Comment 10 Reinout van Schouwen 2013-08-24 15:17:57 CEST

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) => reinout
See Also: (none) => https://bugzilla.gnome.org/show_bug.cgi?id=687598
Severity: normal => major

Manuel Hiebel 2013-08-24 16:06:41 CEST

CC: (none) => mageia, olav

Comment 11 Reinout van Schouwen 2013-12-08 22:45:13 CET

Bug still present in Mageia 4 beta! 

Olav, can you take a look at this please?

Version: 3 => Cauldron

Comment 12 Colin Guthrie 2013-12-08 23:48:38 CET

I've updated shared-mime-info.... does this fix it?

Comment 13 Luis Menina 2014-03-31 12:06:09 CEST

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 => RESOLVED
CC: (none) => liberforce
Resolution: (none) => FIXED