Created attachment 107968 [details] Settings Dolphin and other KDE apps open Ark instead of LibreOffice/WPS for editing xlsx, docx and pptx files, even though app associations are correctly set (see Screenshot). The problem is that kmimetypefinder5 (in comparison to kmimetypefinder) apparently evaluates the content and not the ending. $ kmimetypefinder5 test.xlsx application/zip $ kmimetypefinder test.xlsx application/wps-office.xlsx (accuracy 100)
Someone posted this problem on the KDE Facebook group page. I tried it on my computer and got the same result.
Smells like https://bugs.kde.org/show_bug.cgi?id=371765, though that should have been fixed... Do you have Krusader installed and/or does the problem go away if you apply the diff in https://cgit.kde.org/krusader.git/commit/?id=e3fad5256a5cba9f908f1f5d951907c6194040b5 to /usr/share/kservices5/krarc.protocol?
kmimetypefinder5 only uses KF5CoreAddons, so it is unrelated to the krarc issue, which registers using KService. It might be a Qt bug, though.
*** Bug 386728 has been marked as a duplicate of this bug. ***
What's your version of shared-mime-info? Seems to work fine here (shared-mime-info 1.9): $ kmimetypefinder5 test.xlsx application/vnd.openxmlformats-officedocument.spreadsheetml.sheet $ xdg-mime query filetype test.xlsx application/vnd.openxmlformats-officedocument.spreadsheetml.sheet
Ah right, Neon. Stuck with the very old shared-mime-info shipped by Ubuntu 16.04 :/
Shall we close this RESOLVED DOWNSTREAM, then, and try to poke distros to update the package?
Someone on Neon should try to update its shared-mime-info install and check whether that fixes the bug. It could still be an issue on our side, in theory.
I gave it a whirl. Neon has 1.5 by default. Upgrading to 1.8 solves it. Neon bug: Bug 389724