GNOME Bugzilla – Bug 694358
easytag.desktop.in is "too powerful" in its mimetype line
Last modified: 2017-10-28 15:39:53 UTC
I'm running archlinux, and a few hours ago, easytag 2.1.8 was uploaded. And I face a big trouble. Easytag wanted to open my USB external HDD when I pluged it in. Looking at source code, I saw this in easytag.desktop.in MimeType=x-directory/normal;inode/directory;audio/x-mp3;audio/x-mpeg;audio/mpeg;application/ogg;audio/x-vorbis+ogg;audio/x-flac;audio/x-musepack;audio/x-ape; Removing "x-directory/normal;inode/directory;" from installed /usr/share/applications/desktop and after using update-desktop-database -q fixes the bug. Now I have easytag 2.1.8 installed and not jumping on my USB external HDD when I plug it in. Could you fix this, please ?
EasyTAG can open directories passed to it, so I do not think that the mimetype is incorrect. As the desktop entry specification mentions: http://standards.freedesktop.org/desktop-entry-spec/latest/ar01s07.html “There should be no priority for MIME Types in [the MimeType] field, or any form of priority in the desktop file. Priority for applications is handled external to the .desktop files.” Have you tried setting the priorities with xdg-open or similar? https://wiki.archlinux.org/index.php/Xdg-open#Configuration
I didn't try to use xdg-open. But I was surprised that easytag wants to browse my HDD. I just removed what I thought was useless. And my ~/.local/share/mimeapps.list is a 0 byte file. So I made a mistake. Closing this bug as wontfix even if people who doesn't know anything about xdg-open will be surprised too ? And thanks for letting me know I was wrong without being aware of it :)
(In reply to comment #2) I do not think that you made a mistake :-) I agree that the behaviour is a little strange, but my point is that EasyTAG, with the desktop file, does not set the priorities for how the MIME type should be handled. The priorities are set in an implementation-defined manner (either using xdg-open or some other tool). I am surprised that installing a new application for a MIME type (EasyTAG, in this case) causes that application to be set as the default for that type. Which desktop environment are you using? You mentioned "~/.local/share/mimeapps.list" but it should be "~/.local/share/application/mimeapps.list" according to the documentation. Did you try setting the priorities there, and did that fix the problem? I have Nautilus set as the default application for handling "inode/directory" and it works as expected.
I'm using gnome-shell in its version 3.6.3.1 under Archlinux. I set up some handlers (like firefox for URLs for example), but I didn't need to tweak ~/.local/share/application/mimeapps.list to get it working. Gnome Control Center did the work for me :) And I have not modified either ~/.local/share/application/mimeapps.list because I didn't need to do so. So easytag became default for opening my USB HDD / keys. And I was surprised. That's all. End of story ;)
*** Bug 726092 has been marked as a duplicate of this bug. ***
To override this behavior in XFCE: Applications -> Settings -> MIME Type Editor -> indode/directory : Set to thunar
I just had this same issue in Cinnamon desktop. I suppose the root cause is that desktops are not smart in prioritizing default applications, but IMO this is not acceptable behaviour from user's perspective. I think "x-directory/normal;inode/directory;" should be removed from the mime type list as a workaround until desktops have a mechanism for smartly setting priorities. I think most users just launch EasyTag normally and never use the feature anyway.
*** Bug 764336 has been marked as a duplicate of this bug. ***
This *bug* is quite annoying. EasyTag shouldn't be able to override the inode/directory default.