[BUG] Response content renders as blank in terminal Version since the new 2.0.73 update
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?
Bug Report: Response content renders as blank in terminal
Version
2.0.73
OS
Windows 10/11
Description
Certain response content appears as blank/empty space in the terminal output. The content is generated by Claude but not displayed to the user.
Affected content types (suspected)
⦁ Markdown tables
⦁ Possibly bullet lists or formatted text blocks
⦁ URLs or hyperlinks
Steps to reproduce
- Start Claude Code CLI
- Ask a question that triggers a table response (e.g., version comparison)
- Observe that the table area renders as empty/blank space
- The text before and after the blank area renders normally
Expected behavior
All response content should render visibly in the terminal.
Actual behavior
Some content blocks appear as blank rectangles. Text immediately before and after these blocks renders correctly, but the formatted content (tables, lists) is invisible.
Additional context
⦁ The blank areas take up vertical space, suggesting content IS being generated
⦁ Only certain formatted elements seem affected
⦁ Plain text responses render correctly
Screenshot
[Attach screenshot showing blank areas in terminal output]
What Should Happen?
All response content should render visibly in the terminal.
Error Messages/Logs
No errors, just blank
Steps to Reproduce
- Start Claude Code CLI
- Ask a question that triggers a table response (e.g., version comparison)
- Observe that the table area renders as empty/blank space
- The text before and after the blank area renders normally
Claude Model
Opus
Is this a regression?
Yes, this worked in a previous version
Last Working Version
2.0.72
Claude Code Version
2.0.73 (Claude Code)
Platform
Anthropic API
Operating System
Windows
Terminal/Shell
Windows Terminal
Additional Information
<img width="1100" height="697" alt="Image" src="https://github.com/user-attachments/assets/83299bbb-6e68-4e9c-aecb-5430d7e07b79" />
7 Comments
Found 3 possible duplicate issues:
This issue will be automatically closed as a duplicate in 3 days.
🤖 Generated with Claude Code
I have the same issue
Me too. , but it provides intermittent text. Tried to see if it was model specific, but replicates with both Haiku and Sonnet
<img width="1492" height="757" alt="Image" src="https://github.com/user-attachments/assets/4d70aec8-a55a-4a10-9e44-15cff5919a47" />
The same problem :(
It is a duplicate of #14554
I've been running into the same issue and decided to roll back. Unfortunately the npm based install (which allows for specifying specific versions) is messed up for me and the native installer does not allow specifying a version by default. I tore into the ps1 script and used it create a work around
----
Workaround: Rollback native Windows install to a specific version
For those hitting this TUI rendering bug on Windows and wanting to rollback, the native installer doesn't support version pinning - it always pulls latest. The
$Targetparam in Anthropic's install.ps1 is passed toclaude.exe installwhich then fetches stable anyway.However, the GCS bucket does store previous versions. This script bypasses their installer and places the binary directly:
Instructions:
install-claude-version.ps1taskkill /F /IM claude.exe.\install-claude-version.ps1 2.0.71claude config set autoUpdater.enabled falseYour settings in
~\.claude\are untouched - only the executable is replaced.---
Hope this is helpful for those running into the same issue!
This issue has been automatically locked since it was closed and has not had any activity for 7 days. If you're experiencing a similar issue, please file a new issue and reference this one if it's relevant.