Version: (using KDE 4.1.0) Installed from: MS Windows OS: MS Windows If I click a .ink file in Windows to go to a directory, I can see the files and folders in that directory. However, I cannot access anything in that directory. An example that I made up: The file or folder C:\Directory\Link.ink\FileOrFolder does not exist. It looks like Dolphin doesn't want to change to the absolute path that the link points to (as it should), but instead opts to keep everything relative, which won't work.
There is an old bug report which could be related: bug #85348. Anyway, is the extension .ink or .lnk ?
That bug report is for opening the ink files in KDE 3.3 in Linux, which doesn't really help me I don't think. The file extensions are .Ink. I don't think I've ever seen a Windows link with the extension lnk.
By the way, for some reason, version up there says "unspecified." I'm runing KDE 4.1 in Windows XP if that helps any. ;)
In Windows 2003 at least it is .lnk (lowercase L).
Just to clarify, I mean a standard Windows "shortcut"
Is this bug still valid? Windows standard links are ".lnk", it works normally for me in dolphin, a link to a folder opens that folder, a link to an executable opens that executable. In "properties" window the only difference is that links to folders are shown as "folder" while other links are shown as "Windows Link". Another thing that's different from linux is that NTFS junctions are shown as regular folders on Windows, but as links on Linux, I don't think there is a correct way in this case, because not even explorer recognises junctions, and they do not work for absolute paths when reading from linux (not a bug, just a filesystem thing).
Please confirm if this bug is still valid.
This bug has had its resolution changed, but accidentally has been left in NEEDSINFO status. I am thus closing this bug and setting the status as RESOLVED to reflect the resolution change.