Bug 263315

Summary: Programs cannot handle Windows .lnk files
Product: [Frameworks and Libraries] frameworks-kio Reporter: leighman <leighmanthegreat>
Component: generalAssignee: KDE-Windows <kde-windows>
Status: RESOLVED FIXED    
Severity: normal CC: jazeix, jsochet, kdelibs-bugs, nate
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: Microsoft Windows   
OS: Microsoft Windows   
Latest Commit: Version Fixed 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.