Skip to content

#61: fix: show scan-root-relative paths for recursively found files - #62

Merged
sleipi merged 1 commit into
mainfrom
feat/61-recursive-relative-paths
Sep 17, 2026
Merged

sleipi merged 1 commit into
mainfrom
feat/61-recursive-relative-paths

Conversation

@sleipi

@sleipi sleipi commented Sep 17, 2026

Copy link
Copy Markdown
Owner

Recursive directory scanning printed every file by its basename only, so two same-named files in different subdirectories were indistinguishable in progress lines, verbose headers, failure blocks, and the summary — you couldn't tell which one ran or failed.

Files found while recursively walking a directory are now shown by their path relative to that scan root instead. Flat layouts (files sitting directly in the scanned directory) are unaffected — same output as before.

SPEC.md updated to document the new display rule; added a unit test and an e2e test covering the nested case.

Closes #61

🤖 Generated with Claude Code

Recursive directory scanning printed every file by basename only, so
same-named files in different subdirectories were indistinguishable in
progress lines, verbose headers, failure blocks, and the summary.
Files found while walking a directory are now displayed relative to
that scan root instead; flat layouts are unaffected.

Closes #61

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
@sleipi sleipi added bug Something isn't working enhancement New feature or request and removed bug Something isn't working labels Sep 17, 2026
@sleipi
sleipi merged commit a28de2c into main Sep 17, 2026
4 checks passed
@sleipi
sleipi deleted the feat/61-recursive-relative-paths branch September 17, 2026 09:13
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

enhancement New feature or request

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Show the file path, not just the basename, when scanning directories recursively

1 participant