claude-code - 💡(How to fix) Fix [BUG] Running token counter is dismissed when input is focused and cannot be recalled [1 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#55127Fetched 2026-05-01 05:45:33
View on GitHub
Comments
1
Participants
2
Timeline
4
Reactions
0
Author
Timeline (top)
labeled ×3commented ×1
RAW_BUFFERClick to expand / collapse

Describe the bug

The token counter displayed during Claude's response disappears as soon as the user focuses the input field to type their next prompt. Once dismissed, it cannot be recovered — there is no way to see the final token count for the just-completed turn short of inspecting the raw JSONL session file under ~/.claude/projects/.

This makes the counter effectively unmonitorable during normal use: the only moment to read it is the narrow window between Claude finishing a response and the user clicking into the input box, which is not how anyone naturally works.

Expected behavior

The counter should either persist while the input field is focused, or be accessible on demand — for example, via the Plan usage panel (already accessible by clicking the context window indicator).

Actual behavior

Counter disappears on input focus. No recall path exists in the UI. The Plan usage panel shows aggregate limit consumption but not the per-turn execution counter.

Impact

Users trying to track consumption turn-by-turn have no reliable way to do so through the UI. The only alternative — parsing JSONL session files — is not a viable path for most users and is highly disruptive even for those who know the files exist.

This compounds #55121, which reports that the counter already undercounts sub-agent consumption. Even if that undercounting is fixed, the information is inaccessible if the counter can't be held open long enough to read.

Prior art / not a duplicate

#31059, #49078, and #42808 are all closed as duplicates of each other and address persistent display of usage/token information in the footer. Those requests are in the vicinity but are feature requests for a persistent indicator — a different ask from this bug report, which is specifically that an existing counter is non-recoverably dismissed during normal use.

extent analysis

TL;DR

The token counter should be modified to persist or be accessible on demand, even when the input field is focused, to allow users to track consumption turn-by-turn.

Guidance

  • Modify the UI to keep the token counter visible while the input field is focused, or provide an alternative way to access the counter, such as a button or link to view the last turn's token count.
  • Consider adding the per-turn execution counter to the Plan usage panel to make it more accessible to users.
  • Review the related issues (#55121, #31059, and #42808) to ensure that the solution addresses the underlying issues and user needs.
  • Verify that the solution does not introduce any new issues or conflicts with existing features.

Example

No code example is provided as the issue does not contain sufficient technical details.

Notes

The solution should prioritize user experience and accessibility, ensuring that the token counter is easily visible and retrievable during normal use.

Recommendation

Apply a workaround to modify the UI to keep the token counter visible or accessible on demand, as this addresses the immediate user need and can be refined based on further feedback and testing.

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…

FAQ

Expected behavior

The counter should either persist while the input field is focused, or be accessible on demand — for example, via the Plan usage panel (already accessible by clicking the context window indicator).

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 [BUG] Running token counter is dismissed when input is focused and cannot be recalled [1 comments, 2 participants]