Description of problem: After installing audacious music player on Fedora 20 with MATE desktop it seems audacious is set as the default file manager.. any idea why that happens? If you click for example Places -> Home Folder from the top MATE menus, you'll get audacious opened instead of the Caja file manager.. You need to run "mate-default-applications-properties" tool and set the Preferred Applications -> System -> File Manager back to "Caja" from "Audacious" to get the normal/default behaviour back. Version-Release number of selected component (if applicable): audacious-3.4.3-1.fc20 How reproducible: Always. Steps to Reproduce: 1. yum install audacious 2. 3. Actual results: Audacious is set as the default file manager for MATE desktop, replacing the "Caja" file manager. Expected results: Installing audacious doesn't change the default file manager setting. Additional info:
> Expected results: > Installing audacious doesn't change the default file manager setting. It doesn't do that. Certainly not directly. I don't use MATE, and I suggest reassigning this to a MATE package and discussing it on users@ or devel@ list first. The behaviour smells like a problem specific to MATE. What Audacious package does upon installation can be seen in the output of: rpm --query --scripts audacious The "update-desktop-database" command is the relevant one. It examines /usr/share/applications/audacious.desktop for the supported MIME types and then updates the mimeinfo.cache database file. With the information inside that file, MATE may choose default applications for handling files.
Mate has a tool called 'mate-default-applications-properties', which reads the mime type of applications, ie. file-browsers, terminals, etc. With that tool you can set your prefered file-browser and unfortunately you can choose audacious here. The reason for this is that /usr/share/applications/audacious.desktop has an mime type entry as file-browser. 'inode/directory;' I do not know why this entry is needed but removing this entry and running 'update-desktop-database' again will remove audacious choosing as file-browser in 'mate-default-applications-properties'.
The reason that MIME type has been added in 2012 is: http://redmine.audacious-media-player.org/issues/102 Other apps are affected, not limited to rawtherapee, see e.g. this longer discussion: http://code.google.com/p/rawtherapee/issues/detail?id=1398 EasyTAG and Baobab on the machine I use right now. inode/*: http://standards.freedesktop.org/shared-mime-info-spec/shared-mime-info-spec-latest.html#id2710910
(In reply to Michael Schwendt from comment #3) > The reason that MIME type has been added in 2012 is: > http://redmine.audacious-media-player.org/issues/102 This seems to be a unity specific issue in unbuntu. Fedora don't provide the unity desktop. I have removed the mime type from audacious.desktop on all my boxes and i see no side effect for audacious in fedora. > > Other apps are affected, not limited to rawtherapee, see e.g. this longer > discussion: > http://code.google.com/p/rawtherapee/issues/detail?id=1398 Ok, there are pros and cons for usind this mime type for a non file-browser application. If i understand this report correctly they removed the mime type from rawtherapee in the end. > > EasyTAG and Baobab on the machine I use right now. > > inode/*: > > http://standards.freedesktop.org/shared-mime-info-spec/shared-mime-info-spec- > latest.html#id2710910 Unfortunately there is no specification at freedesktop who says which type of application can use the inode/directory mime type. Personaly i think a file-brower is a basic application of a desktop and no other application should use this mime type. But on the otherside why should an non file-browser application don't use this mime type if it is really needed. Also this is a very minor issue when using audacious + mate-desktop, and can be easly fixed by using 'mate-default-applications-properties' by the user himself. So, it's up to you how to handle this bug report. Pls don't re-asign it to mate-desktop, because the issue is created by audacious.
Well, I believe it to be a bug in MATE, but will close this ticket as WORKSFORME (also see the upstream response in http://redmine.audacious-media-player.org/issues/102 ). I'm of the opinion that simply installing a package that advertises supporting the inode/directory MIME type ought not reassign the current file manager "automatically". The same would not be done for audio, image or other MIME types. Querying the RPM metadata in the package repositories, more programs are found which are not file managers: # repoquery --whatprovides 'mimehandler(inode/directory)' --qf '%{name}'|sort|uniq anjuta audacious baobab cervisia decibel-audio-player dolphin easytag emelfm2 enlightenment-data filelight git-cola gwenview k4dirstat kde-baseapps kdesvn konqueror mate-file-manager monkeystudio nautilus nemo pcmanfm pcmanfm-qt plasma-mobile pogo spacefm Thunar
I noticed this issue in the past on one of my systems too, but i installed again audacious in a rawhide and f20 VM's today, and i couldn't reproduce the issue. Audacious doesn't change the default file-manager in Mate. I quess it is Ok to close the report with WORKSFORME.
Ok, i could reproduce the issue with a new user account and audacious was installed. Mate upstream thinks that gvfs/gio use a alphabetical order to set the default application in a new created account. This explains why it happens with audacious and not with nemo or nautilus for example. But we're are looking for a solution.
For the records, it happens also with gnome-shell using the places-menu-extensions. Steps to reproduce: 1. installing a desktop 2. installing gnome + places-menu-extension or gnome-classic-session 3. creating a new user account 4. login to gnome and using the places-menu-extension 5. Open the home folder inside the places menu 6. Audacious try to opens the home folder So, this behaviour isn't limited only to Mate desktop. What can we do to solve this issue?
Fwiw, /usr/share/applications/defaults.list includes inode/directory=nautilus.desktop So that should be the default for inode/directory mimetype (assuming the hypothesis that inode/directory is the culprit here).
(In reply to Wolfgang Ulbrich from comment #8) > For the records, it happens also with gnome-shell using the > places-menu-extensions. > Steps to reproduce: > 1. installing a desktop > 2. installing gnome + places-menu-extension or gnome-classic-session > 3. creating a new user account > 4. login to gnome and using the places-menu-extension > 5. Open the home folder inside the places menu > 6. Audacious try to opens the home folder > > So, this behaviour isn't limited only to Mate desktop. > > What can we do to solve this issue? Ok, i was wrong, i did only installed the gnome-classic package which dooesn't install nautilus here. After, installing nautilus gnome use it as file-manager. But for some reasons Mate seems to be ignore /usr/share/applications/defaults.list from shared-mime-info package. I will re-asign the report to caja for the moment, until we know what's cause the issue.
> What can we do to solve this issue? First of all (and as a followup to the previous comments), there are several issues: 1) The assumption that something, which is marked as an object of MIME type inode/directory, can only be handled by a "full-featured" file manager. 2) The assumption that any program, which advertises a mimehandler(inode/directory), is a "full-featured" file manager that is suitable as the default for a desktop env. 3) The desktop env choosing a "random" default file manager based on traversing the list of available mimehandlers alphabetically and updating that choice automatically, if the list of programs changes. E.g. Anjuta, if installed, would come before Audacious (comment 5). Fixing should start at 3). There should be a well-defined default. Not "any mimehandler does suffice". If the defined default is not installed, RPM packaging makes it possible to add it as a strict dependency. If the packagers don't want to hardcode a default file manager, fixing could continue at 2). Packaging-wise, it would be possible to introduce a new capability "filemanager" (cf. "webserver") that classifies packages more accurately.
*** Bug 1214442 has been marked as a duplicate of this bug. ***
Nothing is achieved by reassigning this to Audacious again. See comment 5 an onwards.
Michael, it happens again with mate-livebeta f22. https://bugzilla.redhat.com/show_bug.cgi?id=1214442 Audacious is in mate comps group. Can we remove the mimetype definition from audacious desktop file please? The link from comment 5 shows that it is a unity problem which should not effect fedora.
Do you want to remove the mime types from all the programs listed in comment 5?
(In reply to Michael Schwendt (Fedora Packager Sponsors Group) from comment #15) > Do you want to remove the mime types from all the programs listed in comment > 5? Of course not, but removing this from audacious is a simple and quick fix which prevent users to run in this issue for forthcomming f22 release. Audacious don't need this this mimetype for working in fedora. Believe me if nautilus isn't listed in /usr/share/applications/defaults.list, it would also effected gnome.
_What_ would it fix? Anjuta is before than Audacious on the list, and if user installed something other than Audacious or Anjuta from that list, the problem would reappear, too: # repoquery --whatprovides 'mimehandler(inode/directory)' --qf '%{name}'|sort|uniq anjuta audacious baobab caja cervisia decibel-audio-player dolphin easytag emelfm2 enlightenment-data filelight git-cola gwenview k4dirstat kdesvn konqueror monkeystudio nautilus nemo pcmanfm pcmanfm-qt pcmanfm-qt4 pcmanfm-qt5 plasma-mobile pogo qmmp spacefm Thunar Ideas how to make MATE smarter are found in comment 11.
Resetting to component `mate-desktop`. Reopening and assigning to Wolfgang. * * * I discussed this a bit with Wolfgang and we came to the following conclusion: * MATE reads `/usr/share/applications/defaults.list` for defaults on initial user creation et all. * The corresponding MATE component in Fedora gets a patch to read `/usr/share/applications/mate-mimeapps.list`, which sets `caja` as default app for `mimehandler(inode/directory)` if installed. * `/usr/share/applications/mate-mimeapps.list` will be shipped with the `mate-desktop`-package, which *always* gets dependency-installed along with any MATE component anyways. * Issue solved. ;) * * * Michael, you are fine with that solution, I suppose? Cheers, Björn
(In reply to Björn "besser82" Esser from comment #18) > Michael, you are fine with that solution, I suppose? > > Cheers, > Björn .....no longer relevant
working on the other report
mate-desktop-1.10.0-3.fc22 has been submitted as an update for Fedora 22. https://admin.fedoraproject.org/updates/mate-desktop-1.10.0-3.fc22
mate-desktop-1.10.0-3.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.