Fixed in kdelibs 5552b1f68348ff5a5cc4a20b661a1ba3ad7bafe2: https://projects.kde.org/projects/kde/kdelibs/repository/revisions/5552b1f68348ff5a5cc4a20b661a1ba3ad7bafe2
After a little more search, turns out it was just registered as a helper for a kde 3.x plugin which hasn't been provided for quite a few major releases. It also seems to be where it originated from in the first place. J. Leclanche 2011/5/7 Jerome Leclanche <adys...@gmail.com>: > Odd, I'm on KDE but my shortcuts are all application/x-ms-shortcut (Natty). > > I had a quick search through the kde sources and it seems KDE might be > forcing x-win-lnk for some windows-specific behaviour. At least it's > there in a bunch of tests, but no app seems to actually use it. > > I'll file a bug with KDE and see what else references it. Should the > commit be reverted or is it a case of fix-it-upstream? > > > J. Leclanche > > > > 2011/5/7 Ozan Türkyılmaz <ozan.turkyil...@gmail.com>: >> On Sat, 7 May 2011, Francois Gouget wrote: >>> >>> I'm not sure this patch is correct: on my Debian Testing machine >>> application/x-win-lnk is defined in /usr/share/mime/packages/kde.xml which >>> comes from the kdelibs5-data. I also found a reference to this package in >>> the kdebase-runtime Fedora 11 runtime. >>> >> >> I found it on /usr/share/mime/packages/kde.xml on Slackware 13.37 as well. >> It's included in kdelibs package. >> >> -- >> Ozan, BSc, BEng >> >> >> >
