Bug 168939

Summary:	Dolphin cannot follow .lnk files
Product:	[Unmaintained] kde-windows	Reporter:	Charles Joseph Christie II <cchris0396>
Component:	general	Assignee:	KDE-Windows <kde-windows>
Status:	RESOLVED WORKSFORME
Severity:	normal	CC:	andriusmao, angel_blue_co2004, finex
Priority:	NOR	Keywords:	investigated, triaged
Version:	unspecified
Target Milestone:	---
Platform:	Microsoft Windows
OS:	Microsoft Windows
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Charles Joseph Christie II 2008-08-11 22:44:28 UTC

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.

Comment 1 FiNeX 2008-08-13 11:41:06 UTC

There is an old bug report which could be related: bug #85348.

Anyway, is the extension .ink or .lnk ?

Comment 2 Charles Joseph Christie II 2008-08-13 18:27:16 UTC

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.

Comment 3 Charles Joseph Christie II 2008-08-13 18:28:02 UTC

By the way, for some reason, version up there says "unspecified."

I'm runing KDE 4.1 in Windows XP if that helps any. ;)

Comment 4 Angel Blue01 2009-03-11 17:35:38 UTC

In Windows 2003 at least it is .lnk (lowercase L).

Comment 5 Angel Blue01 2009-03-11 17:37:53 UTC

Just to clarify, I mean a standard Windows "shortcut"

Comment 6 Andrius 2012-02-28 20:32:44 UTC

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).

Comment 7 Andrius 2012-02-28 20:37:19 UTC

Please confirm if this bug is still valid.

Comment 8 Andrew Crouthamel 2018-09-19 14:40:05 UTC

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.