D7130: KMoreTools: Update and fix desktopfiles

[gregormi]

gregormi added a comment.


  In https://phabricator.kde.org/D7130#133389, @elvisangelaccio wrote:
  
  > In https://phabricator.kde.org/D7130#132809, @gregormi wrote:
  >
  > > Hmm, this looks fine. Actually, KMoreTools uses KService to find out if an application is installed by passing the desktop filename (without extension), i.e. "org.kde.filelight" or "org.kde.partitionmanager" (KService::serviceByDesktopName(desktopEntryName)). I did not fully understand how it works internally. It uses some caching mechanism. Could you run kbuildsycoca5 or relogin and try again? I have no idea how I should reproduce it here on my machine because it works here. When dealing with KService I got the impression that it is hard to find out why a particular service (desktop file) is _not_ found.
  >
  >
  > Right, worked after a kbuildsycoca5 run.
  >  I guess +1 from my side, but this will break again as soon as one of the desktop files changes upstream.
  
  
  Great :).
  
  Yes, it will break again... but... the desktop file name reflects the application or component ID (see https://www.freedesktop.org/software/appstream/docs/chap-Quickstart.html#sect-Quickstart-DesktopApps) and this is presumably the most stable part of an application (after consolidating all the old names to the reverse-DNS scheme).
  
  Who will give the final Ship it?

REPOSITORY
  R304 KNewStuff

REVISION DETAIL
  https://phabricator.kde.org/D7130

To: gregormi, ltoscano, elvisangelaccio
Cc: ltoscano, #frameworks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20170808/cb701981/attachment.html>