Web lists-archives.com

Re: [kde-linux] Remove file association for many file types

Klaus Slott posted on Wed, 27 Nov 2013 21:25:15 +0100 as excerpted:

> For some time now VLC seems to be default selection on my kde profile no
> matter what kind of file I open. At first I did not really care that
> much as I am mostly a console user. The few times I launch something
> from gui I just corrected the association for file type in question.
> But it is getting annoying, there is so many file types and bloody VLC
> seems to have associated itself with every file type on my system!
> I have googled but found no solution, please tell me there is some
> common way to remove VLC from all file associations.

The GUI method (one by one but all in the same place, at least):

KDE settings (unfortunately called system settings, when with a few 
exceptions like system time they're user-specific kde-specific settings 
having *NOTHING* to do with global system settings!), common appearance 
and behavior, file associations.

Take a look at the various video/* and audio/* types, and possibly some 
image/* types as well.

Direct-edit text-config-files method:

The list is derived from several places, both system level and user 
level.  I don't have time to go thru and check all this out ATM, and you 
should be able to do about the same thing I would anyway, so... But try 
the following:

First, query your package installation database (here on gentoo I use 
equery files, but that's gentoo specific; it'll depend on your distro and 
the package manager it uses) for the files installed by the vlc package.  
Based on the results I get here, the following files look interesting:


This is the main *.desktop file with the menu entry and mimetype list for 
vlc.  Note that near the bottom it has a looonngg MimeType= line.  This 
is the default list.  Also note the X-KDE-Protocols line.

Check /usr/share/mime/video/*, and also audio/*.  These are the system's 
main mimetype lists.  They should be generic lists, not listing any app.  
Likely they aren't owned by a package, because they're created by update-
mime-database (as noted in the files themselves).

At the user level, check ~/.local/share/applications/defaults.list .  
This may or may not exist.  If it does, it will likely override the 
system stuff.

*** THIS ***
In the same ~/.local/share/applications/ subdir, look for any vlc*.desktop 
files.  Again, this will override system defaults.  I don't know how to 
"whiteout" mimetype entries, but I suspect if you use the GUI to remove 
vlc from one association, it'll show up in this file as a whiteout, and 
you can use that pattern to whiteout others via direct-edit.
***/ THIS***

Also of interest if your distro includes them:

/usr/share/vlc/utils/audio-vlc-default.sh , video-vlc-default.sh , and 
gnome-vlc-default.sh .  These actually set vlc as the default for 
mimetypes found in /usr/share/mime/video or audio using the user-specific 
defaults.list file mentioned above.  But presumably you could edit the 
script to set mimetype whiteout entries or something instead.

One thing I've done here is... (Unless your distro patches it out, gentoo 
tries to but I patch it back in) kde has a couple useful mimetype 
"pseudotypes", including all/allfiles.  Using the GUI, I associated vlc 
with all/allfiles, but at a lower priority than a couple other entries I 
have there (including kwrite, for editing text files), so it's not the 
left-click action, but is still available in the context-menu open-with.  
That way I can use open-with to open an arbitrary file, say a tempfile 
that's still downloading for use in another program, with vlc.  (Here, I 
sometimes use it with youtube files downloaded by minitube.  Minitube's a 
great youtube player, but sometimes I want to play the file with 
something else.  Since minitube downloads the files to $TMP, I can open 
$TMP in dolphin or whatever, then find the minitube tmpfile and use open-
with to open it in smplayer2 or vlc or whatever.)

What I've /not/ done, but what would be /possible/, would be to 
disassociate vlc from all mimetypes, and simply keep it associated with 
the all/allfiles pseudomimetype, so it can still be used via open-with on 

What I don't know is kde's mechanism for prioritizing mimetype 
associations.  If I was interested in editing those en-mass, I'd probably 
strace a GUI mimetype edit session and see what files it opened, using 
something like

strace -eopen kcmshell4 filetypes 2>&1 | grep /home/user > 

That'd dump quite a list, which you could then go thru (or further grep
-v filter before the dump), deleting the uninteresting font/icon/
unrelated-config fileopens, and see what files remain.  Then check them 
and see what it actually does when you change an open-with priority, so 
you can do the same thing via direct text-file edit.

Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

This message is from the kde-linux mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde-linux.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.