L13
Windows Symbolic Link with path to not existing file ["broken path"]
Such are not copied, i use symbolic links also to target dynamically added data, so i hope you implement this support .
Also, Windows 's Hardlinks are unfolded to the whole files, and Junctions converted to Symbolic Links (i do not see these as issues, but maybe there should be a settings or something else) .
And it feels missed : an ability to copy all, with deleting files with exist only in the targeted folder .
Edit: Also, on Copy Selection it doesn't replace items that are of different type, this may be useful, but ability to copy all is missed .
And, when l13Diff.abortOnError=false and the subject symlinks present in 2+/{medium+ amount} of items set to be copied, the copy function seem to run infinitely .
Hi, sorry for the late response. It seems the api does not provide a feature to figure out if it is a hard or a soft link. So I can't fix it.
As far i understand hardlinks can't be broken . You mean there is no way to determine whether its a symlink or { file/folder (the only existing hardlink/ MFT item) / hardlink } ?
Is there any way to get any output which lets to know that the file is a broken link ?
Can this help ?
This is maybe possible, but I have to test this first. There are two different stat objects in nodejs. Maybe comparing those two does the job.
fs.existsSync fails for such links . the Extension .zip repo, contains Commit #67 which solves the subject (i don't use gulp), but idk whether if (stat) will give false for not existing file .
The development for the extension has been paused until autumn, because there is no time to do something. Stuff like this needs a couple of hours and requires min 2 weeks of testing before I release a new version. Sorry for the bad news.
I understand you . Dw . Meanwhile others can download and use the zip .
Other users -- also notice that such copied links are correctly counted by Windows Explorer, unlike such ones initially created by some other programs ; so the WE may show different file counts on actually equal folders .