claude-code - 💡(How to fix) Fix Configurable session limit for /resume picker [2 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
anthropics/claude-code#48207Fetched 2026-04-15 06:30:08
View on GitHub
Comments
2
Participants
2
Timeline
4
Reactions
0
Author
Timeline (top)
commented ×2labeled ×2

Fix Action

Workaround

Users can bypass the picker with claude --resume <session-id>, but discovering the session ID requires manually browsing .jsonl files on disk.

RAW_BUFFERClick to expand / collapse

Problem

The /resume picker is hardcoded to display only the 50 most recent sessions. Power users accumulate hundreds of sessions (I have 488 .jsonl files across projects) and cannot access older conversations through the picker UI.

Prior issues

This has been requested multiple times, with all issues closed as duplicate or stale without resolution:

  • #35698, #29052, #24777, #24435, #25130, #25729, #23375, #23072, #23933

The limit was previously raised from ~10 to 50, but there's still no way to configure it or paginate beyond it.

Proposed solution

One or more of:

  • A configurable resumeLimit setting in settings.json
  • Pagination / "load more" in the picker that actually works beyond the initial batch
  • A --resume-limit N CLI flag

Workaround

Users can bypass the picker with claude --resume <session-id>, but discovering the session ID requires manually browsing .jsonl files on disk.

extent analysis

TL;DR

Implementing a configurable resumeLimit setting or pagination in the picker UI is likely the most effective fix to address the issue of only displaying the 50 most recent sessions.

Guidance

  • Consider adding a resumeLimit setting in settings.json to allow users to configure the number of sessions displayed in the picker.
  • Implement pagination or a "load more" feature in the picker UI to enable users to access older conversations beyond the initial batch.
  • Evaluate the feasibility of introducing a --resume-limit N CLI flag as an alternative solution.
  • Review prior issues (#35698, #29052, etc.) to ensure that all concerns and requirements are addressed in the proposed solution.

Example

No code snippet is provided as the issue does not contain sufficient technical details to generate a specific example.

Notes

The proposed solutions aim to address the limitation of the hardcoded 50-session limit, but the implementation details and potential impact on performance or user experience are not discussed in the issue.

Recommendation

Apply a workaround by introducing a configurable resumeLimit setting, as it seems to be a more straightforward solution that can be implemented without significant changes to the existing codebase. This approach allows power users to access older conversations while minimizing potential disruptions to the existing functionality.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

claude-code - 💡(How to fix) Fix Configurable session limit for /resume picker [2 comments, 2 participants]