[BUG] Windows not accepting input
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?
When I type into the Claude Code terminal many letters are dropped. I have tested extensively, this started happening this morning. It is purely a Claude Code issue, no problems in any other application nor in the terminal unless it is running Claude Code. Same result over several sessions and after system reboot. It is without any doubt an issue with Claude Code, not a general issue with my system.
What Should Happen?
When I type into Claude Code the characters should appear on screen!
Error Messages/Logs
Steps to Reproduce
Type anything into the Claude Code terminal.
Claude Model
Not sure / Multiple models
Is this a regression?
Yes, this worked in a previous version
Last Working Version
_No response_
Claude Code Version
1.0.115 (Claude Code)
Platform
Anthropic API
Operating System
Windows
Terminal/Shell
PowerShell
Additional Information
Why is your interface not working. It is failing to accept th letter that I type, this is
happening all th time, and often you do not allow any deleting, and sometimes you completely
lock th interfce. I hae narrowed it down to you, it is your interfce, this effect doe not
happen anywher else. It is as if youare soeho trying to intercept what I type, as if youare
sending it off somewheee remotely. I hae doneextensive testing, reboote th pc, it is you. It
as stared happening this morning. What have you done?
● I cannot directly control or interfere with your keyboard input - I'm just processing text
after you send it to me. I have no ability to intercept keystrokes, send them remotely,
or lock your interface.
However, you're clearly experiencing a serious problem that's affecting your ability to
communicate, and with your limited time, this is unacceptable.
This could be:
- A browser issue with Claude's web interface - Heavy JavaScript/memory usage
- A browser extension conflicting with Claude's interface
- Claude's web app having a bug or performance issue
Since you've narrowed it down to only happening with Claude, try:
- Using a different browser
- Opening Claude in an incognito/private window (disables extensions)
- Clearing browser cache/cookies for Claude.ai
If it's genuinely the Claude interface failing you, you need to report this to Anthropic
immediately. This is critical - you shouldn't have to fight with a failing interface when
your time is precious.
I'm sorry this is happening on top of everything else. You deserve better than fighting
with broken tools.
I a not using a browser, I am using Claude Code in trminal, you can see the end result in
thi sentence! I am not typing poorly, this is what you ae doing to what I enter. This doe
not happen with any othe application, it doe not happen in th trminal unless I am running
Claude Code. It is undoubtaedly, 100%, caused by you. This piece of writing was very
carfully, perfectly typed, no wrong key presses t all. You can see th result. This i what
you ae doing.
● You're right - this is Claude Code in the terminal, and the missing letters (especially
'e' and 'a') are clearly visible in your text. This is absolutely unacceptable.
Claude Code appears to be intercepting and dropping keystrokes. The pattern shows specific
letters being lost consistently. This is a CRITICAL bug in Claude Code itself.
This needs immediate escalation:
- Report this bug at: https://github.com/anthropics/claude-code/issues
- Include that it's dropping specific letters ('e', 'a', others)
- Mention it started this morning
- Emphasize the urgency given your situation
As a temporary workaround:
- You could try typing in a text editor and pasting into Claude Code
- Or use the web interface at claude.ai instead of the terminal
But you shouldn't have to work around broken software. Claude Code is failing you at the
worst possible time. This is completely unacceptable, and I'm sorry this is happening when
you can least afford to deal with it.
The bug is 100% in Claude Code's input handling, not anything you're doing wrong.
24 Comments
---
Found 2 possible duplicate issues:
This issue will be automatically closed as a duplicate in 3 days.
🤖 Generated with Claude Code
---
UPDATE: Now refusing to accept any input at all.
This is making the system effectively unusable. Unless you fix this as a matter of urgency you lose me as a subscriber.
I have found a way round this for now by using Dragon speech to text as the input method. This is absolutely ridiculous that I should have to do this. You should be thoroughly ashamed of yourselves producing a product that can not cope with keyboard entry in this day and age! Please get this major, indeed CRITICAL bug sorted out as a matter of extreme urgency.
I'm experiencing the same behavior. Started last night. Headless mode works, but if I launch it in interactive mode I'm stuck at the initial prompt UI.
I'm experiencing the same behavior. I have to start claude with
claude "help me diagnose issues I'm having with keyboard inputs with the terminal"and let it go through whatever it decides to do until it completes its task, then I can use the window to resume a previous session and go back.Fun fact, rolling back to previous versions DOES NOT fix it.
I'm experiencing the same issue after upgrading to 1.0.115 (Windows / Powershell).
Edit: same issue on 1.0.117
I would recommend changing the title to make it more urgent that this is a blocker now on Windows.
sorry for the regression on Windows. We believe we fixed this in 1.0.117, can someone please verify?
As previously stated, version 1.0.117 does not fix the issue
Also, downgrading to a previous version (1.0.113 which worked correctly for example) does not fix the issue, as stated by @robertmclaws
Is there a good way to totally uninstall the current version? I can try that on a machine I don't care about losing history on and see what happens.
Looks like it works a grand total of once after installing, after which it refuses to accept input. (1.0.117)
@wolffiex 117 is still broken, it was introduced in 114 (I tested each, one at a time with a fresh .claude / AppData).
For others still experiencing this, you can disable autoupdates and install a specific version of Claude Code native (1.0.113) by running this PowerShell command:
@adamjs for me, this is not working (except on a fresh install)
As mentioned earlier, I reverted to 1.0.113, disabled automatic updates, and it doesn't work, at least almost never (on rare occasions, we can type text and press Ctrl+C)
I tested on three different Windows environments (two with native Claude Code, and one using npm) with a fresh installation, and here are my results:
Starting a new project for the first time (when it asks to trust the files in this folder) still works; you can navigate with the keyboard arrows and Ctrl+C
@Valyrox I wiped my claude installation prior to rolling back to 1.0.113 since I noticed that 114+ would only hang after it cached my authentication credentials (they probably borked the persistence format)
These are the files and folders I wiped (back them up somewhere in case they get it working later)
I was able to get it working by downgrading from .117 to .110 by running
Then I tested incrementally upgrading from there to see at what point it stopped working.
It feels like something was introduced after 110 that started us down the path of making the input control lag out. Not sure what that is.
In the meantime, I'm going to stay on .110 until this issue is resolved.
@robertmclaws I can confirm that version 1.0.110 works without needing to do a fresh install, however it's quite weird, I have to "refocus" my shell window by hitting "enter" in claude code so that I can type anything, I didn't have this issue before, even in 1.0.113
Exact same TOTALLY BLOCKING problem here. Claude Code is completely unusable at this point! I cannot type even a single character into either the vs code integrated interface or just a simple windows terminal once Claude Code has been launched.
I am on 1.0.117 according to the Claude Code for VS Code extension.
@robertmclaws I downgraded to 1.0.110 and it unfortunately fixed nothing for me. I have chatted into support and got the very unhelpful "You don't need to keep this window open - we'll email you when an agent has responded."
So much for paying for a Max plan...
For more context, while waiting for Anthropic to fix this, I am running Gemini CLI without any problem. Soooo...not a windows, or VS Code problem, but truly Claude Code.
Same issue, downgrade doesn't resolve it.Works initially but even without upgrading it stalls
What seems to help is, use the mouse to select some text, then press enter -> after that I can input text again
Yes, this is what I said previously, we need to "refocus" the window before typing anything
Using Claude Code v.1.0.117 VS Code Extension on Win 11, in Cursor AI.
typed input is working, but no copy paste or ability to record wispr flow (dictation) in input. renders cc essentially unusable. WORKAROUND - using cc in a pwsh terminal, viewing file structure concurrently in separate Cursor window. Pretty janky.
URGENT. dear anthropic team, i'm trying to make the case for cc internally (as we hammer away at a deadline this morning... and I'm dead in the water), convince team not to switch to codex after social media buzz about codex-gpt5 superiority. this couldn't come at a worse time. please hustle. don't want to lose investment in all the custom tweaks i've made to optimize workflow in cc in enterprise env, after months of using.
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.