Version: (using KDE Devel) Installed from: Compiled sources Compiler: GCC-4.1.2 OS: Linux Test case. KDE SVN r752699 Open Dolphin, right click an SVG file, choose "Properties" and click the "Edit File Type" button. Then add Gwenview to the list of applications. Click "OK" "OK". Now try to open the file with Gwenview. It isn't there in the context menu. So go back to the applications list, it isn't there. Since this is a very wide spread problem, I would rate this as a show stopper.
Correcting Priority.
And just like Bug 126823, applications disappear from the menu. Not the new menu (Kickoff) but both the traditional menu and the menu dialog box that you can open from the right click menu. Second test case. I right clicked a JP2 file, "Open With -> Other" and then selected Gwenview in the menu dialog. I checked the box: "Remember application association for this type of file". OK, it worked after closing Gwenview, I right clicked the JP2 file again and Gwenview was in the list of applications. Then back to the first test case. Try it again. You can't add Gwenview because it has disappeared from the menu dialog. Note that it has also disappeared from the traditional menu although it is still in KickOff.
Good timing, I'm working on the filetypes module again theses days.
*** Bug 155457 has been marked as a duplicate of this bug. ***
Yes the generated .desktop file is broken. But I'm working on changing all this in order to use a new freedesktop standard which I discussed with the nautilus developer, saving associations into a "mimeapps.list" file.
Hint: meanwhile you can edit the file generated in ~/.local/share/applications/ to give it a valid Name and Exec field (and Type=Application).
SVN commit 779366 by dfaure: Fix mime-application association support by porting the code to the new XDG standard mimeapps.list (see kdelibs commit r779354) BUG: 154595 M +0 -1 filetypesview.cpp M +0 -19 kservicelistwidget.cpp M +39 -198 mimetypedata.cpp M +2 -7 mimetypedata.h M +15 -9 tests/filetypestest.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=779366
This works correctly in TRUNK when using the "Edit File Type" button. However, I find that it doesn't work correctly if you use "Open With..." and they check the box for: "Remember application association for this type of file". When I do this, a 'desktop' file is created and the application disappears from the tree in the dialog as stated in the original report.
SVN commit 780692 by dfaure: Fix KConfig::copyTo, used by KOpenWithDialog when associating an application with a mimetype. BUG: 154595 M +4 -0 config/kconfig.cpp M +32 -0 tests/kconfigtest.cpp M +1 -0 tests/kconfigtest.h WebSVN link: http://websvn.kde.org/?view=rev&revision=780692
SVN commit 780728 by dfaure: Backport reformattings and r780723: Make KOpenWithDialog write to mimeapps.list when asked to remember an association between a mimetype and an existing application. It still has to write a new .desktop file when the user types the name of a program without a .desktop file, or when checking "Run in terminal" (but in that case it's not a copy of another desktop file, so the previous fix to KConfig::copyTo is now unrelated to this code). CCBUG: 154595 M +134 -168 kopenwithdialog.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=780728