pane read --lines has an undocumented hard cap of 1000 lines (confirmed unchanged in 0.8.0) #2844
Unanswered
daviddwlee84
asked this question in
Q&A
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
What I'm seeing
herdr pane read --source recent --lines Nappears to have a hard, undocumented ceiling of 1000 lines per call — anyNabove 1000 still returns exactly 1000 lines, and there's no offset/pagination flag to reach further back.Reproduction
Confirmed on both 0.7.5 and 0.8.0 (stable) — same cap, unchanged by the 0.8.0 upgrade.
Where I looked for this being documented
herdr.dev/docs/agent-automation— documents the 80-line default when--linesis omitted, but no maximum.herdr.dev/docs/socket-apiandherdr.dev/docs/cli-reference— no mention of a cap either.herdr api schema --json—PaneReadParams.properties.linesis declared asinteger|null, minimum: 0, with nomaximum.So as far as I can tell this cap exists but isn't documented anywhere, and there's no way to page past it to reach earlier scrollback in a single pane.
Why I care
I built a small wrapper script that copies a pane's full scrollback to the clipboard on a keybind. Without an explicit
--lines, it silently fell back to the 80-line default (that part's my bug, and it's documented — my fault for not reading closely). But once I fixed that to pass a large--lines, I discovered the real ceiling is 1000, not "however much the pane retains." For a pane with a few thousand lines of retained scrollback, that means only the most recent ~1000 lines are ever reachable viapane read.Question
Is the 1000-line cap intentional (e.g. a deliberate protection against huge single-call payloads)? If so:
--offset/--beforestyle flag, similar in spirit to how herdr's own TUI can scroll back further than that?Related but distinct issues I found while searching, for context: #1717 (
truncated: falsewas dishonest — fixed in 0.8.0, though that flag is only in the raw socket-API JSON response, not surfaced throughpane read's CLI text output) and #1718 (alt-screen TUI panes losing scrollback — different root cause, closed as expected behavior).Environment: herdr 0.8.0 (stable channel), Ubuntu 24.04,
pane read --format text.All reactions