Issue Station
Sign In
Tools hereToolbox

claude-code - 💡(How to fix) Fix [Bug] Severe terminal scroll lag starting in 2.1.112 (statusline ruled out) [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#49624•Fetched 2026-04-17 08:35:54
View on GitHub
Comments
1
Participants
2
Timeline
6
Reactions
0
Author
001005HS001005HS
Participants
001005HS001005HSgithub-actions[bot]github-actions[bot]
Timeline (top)
labeled ×5commented ×1
RAW_BUFFERClick to expand / collapse

Environment

  • Claude Code: 2.1.112 (regression; prior versions through ~2.1.108 were smooth in the same setup)
  • OS: Linux 6.19.6 (Ubuntu noble, t2 kernel on MacBook Pro)
  • Terminal: xterm-256color, tmux 3.4
  • Relevant env:
    • CLAUDE_CODE_NO_FLICKER=1
    • CLAUDE_CODE_DISABLE_ADAPTIVE_THINKING=1
    • CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1

Symptom

Scrolling the terminal buffer (mouse wheel, PgUp/PgDn, Shift+Up/Down) is severely laggy — the UI hitches for hundreds of ms per scroll event, making the CLI effectively unusable for reviewing earlier output. Appeared the day I auto-updated to 2.1.112; no other environment changes.

Reproduction

  1. Start claude and run any command that produces moderately long output (e.g. a few tool calls with diffs, or a long agent response).
  2. Try to scroll the buffer up with mouse wheel or PgUp.
  3. Observe stutter / delayed repaint on every scroll tick.

Expected

Scrolling should be smooth as it was on 2.1.108 and earlier (same terminal, same tmux, same settings).

Diagnostic done

  • Disabled statusline (removed statusLine block from ~/.claude/settings.json and set claude-hud@claude-hud: false). Restarted Claude Code.
  • Lag still present with statusline fully off.
  • This suggests the regression is in the core renderer / buffer handling in 2.1.111–2.1.112, not in plugin/statusline invocation frequency.

Related prior rendering issues

  • #42087 — terminal rendering: 100% write ratio, input latency during streaming
  • #48810 — /context output overlaps with diff/tool output
  • #43571 — rendering corruption with concurrent background agents

These suggest the renderer has been churning recently; this report is specifically about scroll performance regression in 2.1.112 independent of statusline.

Requests

  • Confirm whether buffer redraw / scroll handling changed in 2.1.111 or 2.1.112.
  • If possible, provide a flag to fall back to the prior renderer while this is investigated.

Notes

  • Statusline ruled out (still laggy without it).
  • Have not yet isolated tmux vs. bare terminal; happy to retest outside tmux if it helps narrow this down.

extent analysis

TL;DR

The most likely fix is to revert to the previous rendering behavior by adding a flag to fall back to the prior renderer in Claude Code version 2.1.112.

Guidance

  • Investigate changes in buffer redraw and scroll handling between versions 2.1.108 and 2.1.112 to identify the regression cause.
  • Test scrolling performance outside of tmux to determine if the issue is specific to the terminal multiplexer or a broader rendering problem.
  • Consider adding a temporary flag to disable the new rendering behavior, allowing users to fall back to the previous version's renderer for smoother scrolling.
  • Review related prior rendering issues (#42087, #48810, #43571) to see if any fixes or workarounds can be applied to this specific scroll performance regression.

Example

No code snippet is provided as the issue is related to the Claude Code renderer and no specific code changes are mentioned.

Notes

The issue seems to be specific to the Claude Code version 2.1.112 and is not related to the statusline or plugins. The problem persists even with the statusline disabled, suggesting a core rendering issue.

Recommendation

Apply a workaround by adding a flag to fall back to the prior renderer, as this will likely restore smooth scrolling performance until the root cause is identified and fixed.

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…
#dependency conflict#environment setup#docker error#permission error#memory optimization

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] Severe terminal scroll lag starting in 2.1.112 (statusline ruled out) [1 comments, 2 participants]