Version: 1.0 (using KDE 4.3.3) OS: Linux Installed from: Fedora RPMs Originally filed against Fedora 12 (see https://bugzilla.redhat.com/show_bug.cgi?id=543087). Cut and paste of that bug's description follows. Description of problem: Cannot change the application associated with various mime types. Version-Release number of selected component (if applicable): System settings 1.0; KDE 4.3.3 How reproducible: Always Steps to Reproduce: 1. Open System Settings -> Advanced -> File Associations 2. Select a MIME type (f'rinstance, audio -> m3u) 3. Default application is SMplayer (nice tool, but I want Amarok for this) 4. Select Amarok, click Move Up a few times to move it to the top 5. Click Apply Actual results: Amarok bounces back down to its original position, SMplayer remains the default Expected results: Amarok will be the default application for m3u Additional info: Applies to all type I've tried, not just m3u. I've tried it as both a regular user and as root, with the same behavior.
Please run kbuildsycoca4 --noincremental, and try again.
I tried it - alas there is no improvement in the behavior.
I experienced the same on Kubuntu Karmic. The Ubuntu bug reference is here: https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/373253 Does anybody know any workaround that can be followed until the final resolution? Thanks
I see: the problem is that audio/m3u is both a subclass (in kde.xml) and an alias (in shared-mime-info >= 0.60). This messes things up. The workaround - which is in fact the right way to configure this, is to set things up for the mimetype audio/x-mpegurl instead. I'll need to double-check that we handle aliases correctly, and then what to do with the "both an alias and a real mimetype" corner case.
Fixed by r1097945 in 4.x branch, will be in KDE SC 4.4.2. The commit log should have also said: "Detect aliases that are also known as real types (can happen with 3rd party xml files), to prevent inconsistencies when editing mimetypes." We also removed audio/m3u and other temporary aliases from kde.xml (make sure you have shared-mime-info >= 0.60)
This bug happened to me again, which is weird, because I use KDE 4.11 on Kubuntu 13.04. The problem is exactly the same as it described above, any help?
(In reply to comment #6) > This bug happened to me again, > which is weird, because I use KDE 4.11 on Kubuntu 13.04. > > The problem is exactly the same as it described above, any help? Yes ,that problem appears again as bug 321706 in KDE SC 4.11. The good news is it is fixed in the upcoming 4.11.1
Glad to hear that.