mirror of
https://github.com/clechasseur/pathcopycopy.git
synced 2026-04-25 12:15:58 +03:00
[GH-ISSUE #118] [BUG] Follow symlink does not work for directory content #117
Labels
No labels
bug
duplicate
enhancement
enhancement
enhancement
fixed
help wanted
help wanted
invalid
pull-request
question
waiting for input
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/pathcopycopy#117
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @jackhab on GitHub (May 3, 2020).
Original GitHub issue: https://github.com/clechasseur/pathcopycopy/issues/118
Originally assigned to: @clechasseur on GitHub.
Describe the bug
When network location is accessed via symbolic link its path is not expanded as in the case when the same location is accessed via network drive.
To Reproduce
Map a network location via symbolic link in command line:
mklink /d LinkedPath \\server\some\pathExplorer > right click LinkedPath > Path Copy > Examine the UNC path
Provided UNC path is \%LOCAL-COMPUTER-NAME%\LinkedPath
Expected behavior
Provided UNC path must be \\server\some\path
Software
@clechasseur commented on GitHub (May 8, 2020):
So I took some time replying to this because I no longer have access to a network environment to test UNC paths, but in retrospect I think this has nothing to do with network paths.
I suggest you update to Path Copy Copy 18.0 and use the new "Follow symlink" custom command element support. Here is an exported command that is based on "Copy Long UNC Path", but with symlink support:
LongUNCPath_symlink.zip
Let me know if it works for you.
@jackhab commented on GitHub (May 11, 2020):
Hi Charles
it does not work. I verified in command line (cmd and powershell) the symlink target points to the server path.The custom command works with the symlink directory itself but not for its contents.
@clechasseur commented on GitHub (May 11, 2020):
Interesting twist. 😉
I'll look into it.
@jackhab commented on GitHub (May 11, 2020):
Thanks. I checked it again and I'd like to add that even Windows reports symlink target only for the symlink directory and not for its contents both in cmd dir and Explorer's file properties so it would be super cool to have such feature!
@clechasseur commented on GitHub (Jun 28, 2020):
This bug has been fixed. From now on, symbolic links that are part of the path (and not just its target) will be correctly followed. This will be available in the next version.