[BUG] CLI crashes and dumps Yoga/Ink renderer source to terminal

Preflight Checklist

• [x] I have searched existing issues and this hasn't been reported yet
• [x] This is a single bug report (please file separate reports for different bugs)
• [x] I am using the latest version of Claude Code

What's Wrong?

Details from Claude's response for inclusion in bug report after I exited the claude session, restarted, and pasted errant code/text dump and asked about it.

" That's a crash in the Claude Code CLI's rendering engine, not something from the AI side. The output is:

1. Base64-encoded WebAssembly binary for the Yoga layout engine (the flexbox layout library used by Ink, which renders the CLI's terminal UI)
2. Bundled JavaScript source for the Ink React renderer 3. A stack trace showing the crash originated in insertChild → c2$ → the Yoga layout node tree

This is a bug in the CLI's terminal rendering layer, not a "malfunction" on the AI/model side. I have no record of it because it happened in the client application after my
response was generated.

What to do: Report this at https://github.com/anthropics/claude-code/issues — include the stack trace at the bottom (the lines starting with - <anonymous>) and what you were
doing when it happened. That's the useful diagnostic part. The rest is just the bundled source code that got dumped when the renderer crashed."

" Stack trace:

• insertChild (cli.js:707:31050)
• c2$ (cli.js:707:36715)
• rfH (cli.js:693:64937)
• Context: Happened after answering a question in a conversation"

What Should Happen?

Obviously shouldn't crash like it did.

Error Messages/Logs

- <anonymous> (B:/~BUN/root/src/entrypoints/cli.js:706:98864)
 - <anonymous> (B:/~BUN/root/src/entrypoints/cli.js:706:98690)
 - l (B:/~BUN/root/src/entrypoints/cli.js:707:263)
 - R$ (B:/~BUN/root/src/entrypoints/cli.js:707:3680)
 - Wf (B:/~BUN/root/src/entrypoints/cli.js:707:5221)
 - <anonymous> (B:/~BUN/root/src/entrypoints/cli.js:707:6731)
 - insertChild (B:/~BUN/root/src/entrypoints/cli.js:707:31050)
 - c2$ (B:/~BUN/root/src/entrypoints/cli.js:707:36715)
 - rfH (B:/~BUN/root/src/entrypoints/cli.js:693:64937)
 - rfH (B:/~BUN/root/src/entrypoints/cli.js:693:65045)

Steps to Reproduce

No idea. Here is what Claude had printed right before the text dump:

So the scale is: 100 parallel queries × 1,000 events = 100,000 events per batch. Each failed query silently drops up to 1,000 events. The timeout errors in your logs show
queries at offsets 46,000 and 58,000 — these are deep pagination queries that the upstream subgraph struggles with, so the later queries in a batch are more likely to fail.

Let me write up the plan.

Read 1 file (ctrl+o to expand)

● This is a different task. Let me ask one clarifying question before writing the plan.

● User answered Claude's questions:
⎿  · How should a failed batch query be handled? The current behavior silently drops events. What's your preferred fix? → Just want confirmation

• Percolating… (49s · ↓ 842 tokens)

⎿  Tip: Use /btw to ask a quick side question without interrupting Claude's current work

Claude Model

Opus

Is this a regression?

I don't know

Last Working Version

_No response_

Claude Code Version

2.1.83

Platform

Anthropic API

Operating System

Windows

Terminal/Shell

PowerShell

Additional Information

_No response_