rtk ls -1 path/ Always Return (empty) #2058

Activity

1. anggaaryas

   changed the title [-]`rtk ls -1 path/` Return `(empty)`[/-] [+]`rtk ls -1 path/` Always Return `(empty)`[/+] on May 23, 2026
2. pen-pal

   added 3 commits that reference this issue on May 24, 2026

   refactor(ls): extract build_ls_args from run()

   ...

   e419a22

   fix(ls): strip display-format flags that conflict with -la (rtk-ai#2058)

   ...

   01a406d

   test(ls): expand build_ls_args coverage for rtk-ai#2058

   ...

   a6bc205
3. pszymkowiak

   added

   area:cli

   bugSomething isn't workingSomething isn't working

   priority:medium

   on May 27, 2026
4. pszymkowiak commented on May 27, 2026

   

   pszymkowiak

   on May 27, 2026

   Collaborator

   More actions

   wshm · Automated triage by AI

   🔍 Automated Triage

   🐛 Category	bug
   🟡 Priority	medium
   🎯 Confidence	91%

   Summary

   The rtk ls -1 flag is broken — always returns empty output instead of listing files; PR #2061 is already open to fix it.

   This looks like a simple fix that could be auto-resolved. Repo maintainers can use /wshm fix to attempt it.

   ---

   Triaged automatically by wshm · This is an automated analysis, not a human review.
5. CHHC-L commented on Jun 30, 2026

   

   CHHC-L

   on Jun 30, 2026

   More actions

   seems that we have fix pr #2061 but no one approves it ;(
6. tatsuki-washimi commented on Jul 7, 2026

   

   tatsuki-washimi

   on Jul 7, 2026

   More actions

   rtk 0.37.2でも同様の事象を確認しました（ai-harnessリポジトリルートで検証）:

   $ rtk ls docs
   (empty)
   

   実際には docs/ 以下に6ファイルが存在します（rtk proxy ls docs で確認済み）。

   回避策として、ls/find を hook の書き換え対象から除外しています（[hooks] exclude_commands）。同じ事象は #2271 でも報告されているようです。
7. kento-miyazaki commented on Jul 13, 2026

   

   kento-miyazaki

   on Jul 13, 2026

   More actions

   Reproduced on macOS (Darwin 25.5.0) with rtk 0.38.0 — adding diagnostics since the original report is sparse.

   Symptom: rtk ls <dir> always prints the literal placeholder (empty) (8 bytes, exit 0) regardless of directory contents. Not specific to -1; also reproduces with no flags, -la, and --ultra-compact.

   Diagnostics:

   • rtk ls -vvv <dir> shows the filter receiving full native output and dropping everything: Chars: 1003 → 8 (100% reduction) followed by (empty).
   • rtk proxy ls <dir> (unfiltered) returns the correct 12 entries, matching /bin/ls.
   • Other filters are fine (rtk find works), so this is isolated to the ls output filter.
   • rtk gain --history shows many ls ... -100% entries, i.e. the filter has been silently discarding all entries for a while.

   Impact: when used via the Claude Code hook (ls auto-rewritten to rtk ls), agents see existing directories as empty and misdiagnose.

   Workaround: add ls to [hooks] exclude_commands in config.toml (confirmed working), or use rtk proxy ls.

   Suspected BSD ls output parsing (multi-column format on macOS), but the binary is closed so I couldn't confirm. Happy to run more diagnostics if useful.
8. KuSh commented on Sep 5, 2026

   

   KuSh

   on Sep 5, 2026

   Collaborator

   More actions

   This was fixed in v0.39.0: rtk ls no longer parses the localized/unrecognized listing into nothing, and falls back to raw output when it cannot parse. Running rtk ls -1 <dir>, rtk ls <dir> and rtk ls -la <dir> on the current build lists the real entries instead of (empty). Please reopen or comment if you still see it on the latest version.
9. KuSh

   closed this as completedon Sep 5, 2026