[file assocations]: order in kcm is not the same as in dolphin4 context menu

[star-buck]

[star-buck]

@eikehein: can you have a look if thats only happening on kci or a general problem?

[eikehein]

Investigating (but my guess is: order isn't stored in shared-mime but in sycoca, which isn't shared).

[eikehein]

Basically, this seems to have roughly two aspects to it:

(a) 4 and 5 do share these settings, but only once a ~/.local/share/applications/mimeapps.list has been written out (and the KDE 4 version of Dolphin might also not notice changes there without a restart). If it hasn't, the default associations are generated from .desktop files, and there's a bunch of ways they could end up being inconsistent due to setup/PATH differences.

(b) More concretely, the older KDE 4 stack stores the mimeapps.list information in KDE's system configuration cache (sycoca), whereas KF5 uses the new MIME stack we contributed to Qt 5 that runs largely sycoca-less. Now, when the KCM writes out a new mimeapps.list it does run kbuildsycoca5, but it doesn't run kbuildsycoca4, and kded4 probably doesn't keep a file watch on it to auto-update (like it does when a new app is installed to pick up its .desktop file). That means KDE 4 apps don't pick up on the change until a sycoca update happens.

There's two ways that could be addressed:
(1) Patching KDE 4 to watch mimeapps.list for changes, at least when KDE_FULL_SESSION!=true || KDE_SESSION_VERSION!=4
(2) Patching the 5 stuff to also run kbuildsycoca4 if it's installed

I've started a conversation about which way to proceed with this with the maintainer of the file association system (dfaure).

[eikehein]

I've written a patch for the KIO framework to address this, now waiting for David to review it.

[eikehein]

Patch for KIO pushed: http://commits.kde.org/kio/ee5303a33787691499858310a80a44e0119ea8c9

[hsitter]

https://launchpad.net/~netrunner-os/+archive/ubuntu/netrunner-16-ci-fixes/+sourcepub/5052846/+listing-archive-extra