### Environment - **Claude Code**: 2.1.140 - **OS**: Windows 11 Home (build 26200.7019) - **Terminal**: Windows Terminal 1.24.10921.0 (set as default via `HKCU\Console\%%Startup` delegation GUIDs) - **Shell**: PowerShell 7.6.1 (MSIX, user-scope) - **Node**: 22.22.2 / npm 10.9.7 ### What happens Opening the `/agents` view (added in 2.1.139) causes lines in the TUI to stack/overlap on top of each other. Selected items, headers, and list rows render on top of one another instead of in separate row

TUI rendering: /agents view lines stack/overlap on Windows Terminal (2.1.140)

Status Fixed / completed

Reported on v2.1.140

Maintainer reply ✓ Yes — bogini

Workaround ✓ Mentioned in description ↑

Activity 7 comments · opened May 13, 2026 · closed May 14, 2026

💡 Likely answer: A maintainer (bogini, collaborator) responded on this thread — see the highlighted reply below.

Environment

Claude Code: 2.1.140
OS: Windows 11 Home (build 26200.7019)
Terminal: Windows Terminal 1.24.10921.0 (set as default via HKCU\Console\%%Startup delegation GUIDs)
Shell: PowerShell 7.6.1 (MSIX, user-scope)
Node: 22.22.2 / npm 10.9.7

What happens

Opening the /agents view (added in 2.1.139) causes lines in the TUI to stack/overlap on top of each other. Selected items, headers, and list rows render on top of one another instead of in separate rows. The result is unreadable — multiple lines collapse into one visual line.

Issue persists after migrating the default terminal from legacy conhost to Windows Terminal (verified via registry).

Reproduction

Open Windows Terminal (default profile: PowerShell 7)
Run claude in any directory
Type /agents
Observe: list rows overlap; arrow-key navigation shifts overlap location but doesn't clear it

Expected

Each agent / menu row renders on its own line, like other TUI views (e.g. /mcp, /permissions).

Workarounds tried

Ctrl+L — no effect (corruption sits in the Ink virtual buffer, not the terminal scrollback)
Resizing the WT window — forces a full repaint and partially clears the overlap, but it returns on next interaction
Switching default terminal conhost → WT — no change

Related issues

#52410 — permission prompt render-loop collapsing line height on WT (closest symptom match)
#19637 — long-standing Windows TUI overlap/garble since 2.1.3
#20405 — "Rendering in Windows Terminal is broken" (closed/stale)
#16578 — status lines stacking instead of updating in place

None of the above mention the new /agents view specifically, so filing this to put it on the radar — /agents shipped 2 days ago (2.1.139) and the symptom is very visible there.

Suggested labels

area:tui · platform:windows · area:agents

View original on GitHub ↗

6 Comments

github-actions[bot] · 3 months ago

Found 3 possible duplicate issues:

This issue will be automatically closed as a duplicate in 3 days.

If your issue is a duplicate, please close it and 👍 the existing issue instead
To prevent auto-closure, add a comment or 👎 this comment

🤖 Generated with Claude Code

bogini collaborator · 3 months ago

Thanks for the report — confirmed and fixed. Same root cause as #58487: a Windows-specific rendering issue that affected local Windows Terminal / PowerShell users. Ships in v2.1.143.

paceych · 3 months ago

I have the same issue

MankhongGarden · 3 months ago

@paceych the fix shipped 2026-05-15 in v2.1.143 (per @bogini above). If you're still seeing the line-stacking after upgrading, please attach claude doctor output plus the terminal app + font you're using — there may be a separate rendering path for non-default fonts that wasn't caught.

bijancamp · 2 months ago

I'm still seeing this issue on Windows Terminal. Here is my claude doctor output:

  Diagnostics ✔
  ├ Currently running: native (2.1.178)
  ├ Commit: d4d9538afb0f
  ├ Platform: win32-x64
  ├ Path: C:\Users\BijanCamp\.local\bin\claude.exe
  ├ Config install method: native
  └ Search: OK (bundled)

  Updates ✔
  ├ Auto-updates: enabled
  ├ Auto-update channel: latest
  ├ Last update attempt: success → 2.1.178 (2026-06-15)
  ├ Stable version: 2.1.153
  └ Latest version: 2.1.178

  Background server ✔
  ├ pid 37128 · v2.1.178 · 1 bg worker
  ├ Mode: ephemeral
  └ See claude daemon status for details

  Remote Control ✔
  └ Control this session from claude.ai/code or the Claude mobile app

I'm seeing this with both "Cascadia Code" and "CaskaydiaCove Nerd Font Mono" fonts.

MankhongGarden · 2 months ago

For what it's worth, I can't reproduce this on v2.1.179 (Windows 11 + Windows Terminal + PowerShell 7.6, default profile font) — the /agents rows render cleanly here, so the fix from 2.1.143 seems to hold on the default font path.

@bijancamp since you're hitting it specifically with Cascadia Code and CaskaydiaCove Nerd Font Mono, this looks like it might be a separate character-width issue tied to those fonts rather than the original bug. Two things that would help isolate it:

Does it also happen with Windows Terminal's stock PowerShell profile font (i.e. without switching to the Nerd Font)?
Your Windows Terminal version (wt --version or Settings → About)?

If it only shows up with the Nerd Font / Cascadia Code, that'd point at a glyph-width calculation gap for those specific fonts — which is probably worth its own issue since #58579 and #58487 are both closed as completed.

Showing cached comments. Read the full discussion on GitHub ↗