Here is what I did: * I clicked on .epub file. * It normally opens calibre, but this time it complained that calibre.desktop file isn't readable for some reason. * I re-installed calibre (this restored .desktop files to the valid state) * Now Calibre package does contain these .desktop files which do define mime type application/epub+zip: /usr/local/share/applications/calibre-ebook-edit.desktop /usr/local/share/applications/calibre-ebook-viewer.desktop /usr/local/share/applications/calibre-gui.desktop /usr/local/share/applications/calibre-lrfviewer.desktop * .epub association is now missing. 'File Associations - System Settings' only shows Okular and Ark, and not Calibre. * There is no clear way to force kde to reread .desktop files. (This is supposed to happen automatically?) I don't want to add such association by hand, because .desktop file clearly already defines it. Not sure what is supposed to happen in such case. Apparently kde doesn't re-read the valid updated .desktop files, and uses memorized file associations (?) I suggest 'File Associations - System Settings' dialog should have 'Reread file associations' button that would force kde reread all .desktop files. Otherwise, what is supposed to happen in such case? Is it supposed to see the newly updated .desktop files by itself? Currently behavior is confusing, and doesn't offer clear way out from this situation of missing association. Users should do this by hand as an exception, when .desktop files aren't provided, or for user custom file types. Not for standard extensions. Version. 4.11.14 FreeBSD 10.1, kde from ports Reproducible: Didn't try
I have installed calibre on a kubuntu 14.10 system, shared-mime-info update is triggered during installation and then .epub files have an additional association calibre. So from a kde point of view everything is ok and this bug is invalid imho. Looks to me like a packaging issue, either in FreeBSD or in you calibre package
I can verify the package, but I need to know what is supposed to happen from the package side that .dektop files are recognized? Is there any command that needs to be run? Obviously, mere file presence doesn't do it.
See e.g the tarball http://download.kde.org/stable/frameworks/5.8/kcoreaddons-5.8.0.tar.xz kcoreaddons/src/mimetypes/CMakeLists.txt in the tarball calls a CMake macro update_xdg_mimetypes ( foo ) This macro updates the mime info database during installtion
When I check again now, I have associations again. No idea what was wrong. Closing anyway.