Resolve scan operands to their real paths (closes #144)
check / check (push) Canceled after 0s
check / check (push) Canceled after 0s
scan now resolves every operand with its symlinks followed before the walk, and uses that real path for pruning, walking, records and warnings. A symlink operand is scanned at its target instead of skipped. An operand given through a symlinked directory below another operand is walked on its own instead of dropped with its records deleted. A dangling symlink operand is a fatal error, like a missing path. The walk itself still follows no symlink. Model: opus-5-5
This commit is contained in:
1 parent
f52bbe5d95
commit
ab18955bf0
5 files changed
+250
-123
No files matched your search
@@ -29,6 +29,12 @@
|
||||
Newest first. An entry ends with its date and its issue or branch, where those
|
||||
are known.
|
||||
|
||||
- `scan` resolves each operand to its real path, symlinks followed, before the
|
||||
walk. A symlink operand is scanned at its target instead of skipped. An
|
||||
operand given through a symlinked directory below another operand is walked on
|
||||
its own instead of dropped with its records deleted (2026-11-06,
|
||||
https://git.eeqj.de/sneak/sfdupes/issues/144)
|
||||
|
||||
- `README.md` and a comment in `scan.go` no longer say ZFS counts a new file's
|
||||
blocks only seconds after the write. The count can land in under a second.
|
||||
Both now say up to seconds after the write, as the comment on `diskSizeOf` in
|
||||
|
||||
Reference in new issue
Block a user