> > Is there both a way to find Symlinks in ZTW?
> >
> > I have a directory of stuff (directories) I've moved and linked back
> > ("mklink /d" for Symlinks or "mklink /j" for Junctions; should
> all be
> > Junctions). It has one more directory in it than I know the source
> of. I
> > want to find its source, if there is one. It would be cool if I could
> > filter (or sort) directories shown in directory mode by which are
> > Symlinks (+j tags junctions which doesn't find it)
>
> That’s odd; mklink /d
> marks them as ‘+j’ as well on my machines (both Windows 10 and 11);
> tagging by attribute ‘+j’ tags both junctions and symlinks for me.
>
> AFAIK, the ‘+j’ attribute stands for href="https://docs.microsoft.com/en-us/windows/win32/fileio/file-attribute-constants#FILE_ATTRIBUTE_REPARSE_POINT">FILE_ATTRIBUTE_REPARSE_POINT
> and actually means that it’s a " href="https://docs.microsoft.com/en-us/windows/win32/fileio/reparse-points">reparse
> point"; which can be a junction, a symlink, a mounted drive, or any
> type of reparse point I don’t know of.
>
> The ‘j’ was probably chosen because that letter was still available
> (‘r’ already meant read-only), and junctions are one possible use for
> that attribute.
>
> > and ideally have a
> > way to see where they point (Alt-I will show you one-at-a-time).
>
> Pressing [Ctrl+F7] Autoview in the (Small) List Window shows the final
> path of every listed (junction or) symlink.
Thanks, although I have it set to skip visiting the small Window. but Alt+I works ;-)
However +j does seem to work now, no idea what went wrong with my test earlier, I literally just pressed the up arrow to run the same command again.