Repository navigation
feat(ls): cap listing with tee tail hint and standard dotfile semantics - #3470
Conversation
- Cap displayed entries at CAP_INVENTORY (50); overflow spills to a tee file holding ONLY the dropped entries, recoverable with one command: [see remaining: tail -n +1 ~/.local/share/rtk/tee/<ts>_ls-hidden.log] - Record RTK-filtered noise dirs (non-dot only) in the same tee file and surface counts as "... (N more, M filtered)" - Follow standard ls dotfile semantics: pass -a to the underlying ls only when the user asked for it (long format kept for parsing) - Drop the TTY-only Summary line and extension histogram: agents never saw it and it misled humans about agent-visible output Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01BZkPEr1jwjMViU4h4uPUpN
|
Tested current head (67a3576). Two real bugs confirmed locally, two cleanup points. 1. The teed recovery file (the one the "N filtered" hint points to) only contains 2. Tracking label hardcodes
Two smaller cleanup points, not bugs:
|
|
@pszymkowiak updated |
pszymkowiak
left a comment
There was a problem hiding this comment.
Verified locally (merged onto #3798 since develop itself doesn't compile): fmt/clippy clean, 2975 tests pass (+10 new). Smoke-tested the binary: dotfiles now hidden by default and shown with -a, filtered noise dirs produce the ... (N filtered) note plus a one-shot tee tail command containing only the dropped entries — recovery works as advertised. Good call removing the TTY-only summary agents never saw, and recording unparsable lines as hidden instead of silently dropping them. LGTM — merge after #3798.
rtk ls silently dropped content: no display cap on large listings, noise-filtered dirs vanished without a trace, and dotfiles were shown by default via a forced -a.
Now: