Bug 263315

Summary:	Programs cannot handle Windows .lnk files
Product:	[Frameworks and Libraries] frameworks-kio	Reporter:	leighman <leighmanthegreat>
Component:	general	Assignee:	KDE-Windows <windows-bugs-null>
Status:	RESOLVED FIXED
Severity:	normal	CC:	jazeix, jsochet, kdelibs-bugs-null, nate
Priority:	NOR
Version First Reported In:	unspecified
Target Milestone:	---
Platform:	Microsoft Windows
OS:	Microsoft Windows
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description leighman 2011-01-16 14:16:45 UTC

Version:           4.5 (using KDE 4.5.4) 
OS:                MS Windows

When browsing in Gwenview, in my Pictures file I have a symlink Sample Pictures.lnk which links to Public/Public Pictures/Sample Pictures but Gwenview does not follow this and so displays error previews for each image.  Trying to open one of the images in Okular also fails giving a path like Sample Pictures.lnk/picture.jpg could not be opened
Opening the destination folder manually shows the pictures correctly.

Reproducible: Always

Steps to Reproduce:
Try to access Sample Pictures.lnk folder in Gwenview

Actual Results:  
Error icons shown.

Expected Results:  
Programs should interpret this symlink correctly as they would for an NTFS drive mounted in Linux.

Comment 1 Joseph A. Sochet, Esq. 2011-02-14 05:56:09 UTC

This is actually true for PlasmaDesktop as well.  While the obvious fix is to replace my desktop links with real links, if replacement of explorer.exe this is a must.

Comment 2 Nate Graham 2020-09-29 20:53:58 UTC

Is this still happening in any recent versions of Plasma 5? I don't have any windows links to test this with.

Comment 3 Jazeix Johnny 2020-09-30 18:59:12 UTC

I tested last Okular release from https://binary-factory.kde.org/job/Okular_Release_win64/

I created a folder with an image, I created a link to the folder.
I opened Okular, open the file from the link and it displayed fine.
So looks good to me.

I didn't find any installer for Gwenview on Windows so I can't test for it.

Comment 4 Nate Graham 2020-09-30 19:06:28 UTC

Cool, thanks.