Comment 7 for bug 956255

Revision history for this message
In , nirik (kevin-scrye) wrote :

From downstream report:

https://bugzilla.redhat.com/show_bug.cgi?id=674321

Basically exo causes problems for other desktops by setting up these mime types.

From the report:

--cut--
Something has added a "x-scheme-handler/file=exo-file-manager.desktop" record
in my ~/.local/share/applications/mimeapps.list file. This seriously messed up
overall functionality of gvfs-open (called through xdg-open). I only get a "The
location is not a folder" error (coming from Nautilus probably).

g_file_query_default_handler() is correct in this case and behaves according to
settings.

So my question is, why exo-file-manager.desktop contains this scheme handler in
a first case? Same situation with x-scheme-handler/trash.

As long as /usr/share/applications/mimeinfo.cache is composed from available
desktop files, this borked overall system functionality.

Version-Release number of selected component (if applicable):
exo-0.6.0-1.fc15.x86_64

How reproducible:
always

Steps to Reproduce:
1. install exo
2. gvfs-open /tmp/file.pdf
3. see a x-scheme-handler/file picked up before application/pdf
--cut--

So, things work fine for Xfce users, but people who switch desktops or normally run gnome or the like are getting messed up. ;(

Not sure what the solution might be.