If added associations or default applications are written to $XDG_CONFIG_HOME/mimeapps.list by other programs (e.g. gnome programs), they cannot be modified in systemsettings. After modify the application preference order and apply, the order will change back to the original one. Reproducible: Always Steps to Reproduce: 1. Create mimeapps.list in $HOME/config, add an application preference order for a certain mime type as "Added Associations". 2. Modify the preference order in systemsettings and apply. 3. After a second or so the listed order jumps back to the one configured in $HOME/config/mimeapps.list. i.e. the preference order cannot be modified in systemsettings. Actual Results: $HOME/.local/share/applications/mimeapps.list is properly modified by systemsettings but the file associations will be overridden by $HOME/config/mimeapps.list. Expected Results: systemsettings shall modify $XDG_CONFIG_HOME/mimeapps.list instead of $XDG_DATA_HOME/applications/mimeapps.list, or at least remove relevant entries in $XDG_CONFIG_HOME/mimeapps.list. According to http://standards.freedesktop.org/mime-apps-spec/mime-apps-spec-1.0.html the mimeapps.list at $XDG_CONFIG_HOME shall have higher priority than the one stored in $XDG_DATA_HOME/applications. systemsettings modifies the file in $XDG_DATA_HOME/applications and the modifications will not be honored by KMimeTypeTrader (or KSycoca, xdg-mime, etc) when conflicting configurations exit in $XDG_CONFIG_HOME. Also $XDG_CONFIG_HOME is "the recommended location for user configuration GUIs".
Also reproducible here.
Same here, kubuntu 15.10, plasma 5.4.2
Seems to be related or the same to 353475
A workaround on the user side is to merge $HOME/.local/share/applications/mimeapps.list to $HOME/.config/mimeapps.list, and create a symbolic link to $HOME/.config/mimeapps.list at $HOME/.local/share/applications. Systemsettings then works fine.
Same on openSUSE TW, under KDF 5.16, systemsettings 5.4.3, QT 5.5.1
Why is this still "UNCONFIRMED". It's clearly confirmed and a major issue for the Plasma Desktop. This table in the Arch Wiki will help the developers to solve this problem: https://wiki.archlinux.org/index.php/Default_applications#MIME_types_and_desktop_entries It shows the order of paths that are searched to find mimeapps.list. From this table, it is obvious that the defaults set by Plasma Desktop should ideally be stored in $HOME/.config/$desktop-mimeapps.list Or, at least in $HOME/.config/mimeapps.list
Git commit c4ebd9b537d749e5533ecaff5631debab4827760 by David Faure. Committed on 28/12/2015 at 23:07. Pushed by dfaure into branch 'master'. Save settings into ~/.config rather than deprecated ~/.local/share/apps/ M +1 -1 keditfiletype/mimetypedata.cpp http://commits.kde.org/kde-cli-tools/c4ebd9b537d749e5533ecaff5631debab4827760
*** Bug 356235 has been marked as a duplicate of this bug. ***
The workaround in one command: ln -sf ~/.config/mimeapps.list ~/.local/share/applications/mimeapps.list
*** Bug 360189 has been marked as a duplicate of this bug. ***
The workaround doesn't help - I still can't change the *.aac association. If I do it just jumps back to audacious in my case. Also there is no way to reset all the mime types or at least one by one to default settings. The button "load defaults in the systemsettings is just greyed out. Frustrating because this seems a major problem for anyone actually working on KDE. thx for reading, please fix this or give some workaround instructions, piedro
Still happens in 5.8.3. The workaround seems to be working, after creating the link (as in comment9) I could edit mimetype settings and it will correctly be saved. Sometimes you have to recreate the symbolic link, because package updates can replace it.