https://bugs.kde.org/show_bug.cgi?id=427469
David Faure <fa...@kde.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Latest Commit| |https://invent.kde.org/fram
| |eworks/kservice/commit/ade2
| |064b971cbfdb76476d2ca8807dc
| |a2da29cb1
Resolution|--- |FIXED
Version Fixed In| |5.76
Status|ASSIGNED |RESOLVED
--- Comment #7 from David Faure <fa...@kde.org> ---
Git commit ade2064b971cbfdb76476d2ca8807dca2da29cb1 by David Faure.
Committed on 28/10/2020 at 19:07.
Pushed by dfaure into branch 'master'.
Allow NotShowIn=KDE apps, listed in mimeapps.list, to be used
It was unexpected for users that selecting e.g. Gnome FileRoller in
mimeapps.list for a given mimetype would still not make it associated
to that mimetype when in Plasma. NotShowIn is documented to be about
"displaying" applications (in the K menu and context menus), not about
completely forbidding users from associating such apps with a given
mimetype.
Note that if one wants different file associations per desktop, that's
supported with gnome-mimeapps.list and kde-mimeapps.list.
The fix is to check showInCurrentDesktop() at cache creation time
when collecting .desktop files, but to not check it for mimeapps.list entries.
The trick to make this work was that we still need to process ONE
servicetype for such "hidden" desktop files: the "Application"
servicetype (internal detail which can hopefully go away in KF6).
FIXED-IN: 5.76
M +31 -0 autotests/kmimeassociationstest.cpp
M +1 -1 src/services/kapplicationtrader.cpp
M +2 -2 src/services/kservicefactory.cpp
M +10 -0 src/services/kserviceoffer.cpp
M +2 -0 src/services/kserviceoffer.h
M +6 -0 src/sycoca/kbuildservicefactory.cpp
https://invent.kde.org/frameworks/kservice/commit/ade2064b971cbfdb76476d2ca8807dca2da29cb1
--
You are receiving this mail because:
You are watching all bug changes.
