Codex stops react on typing. After few attempts to quit by ctrl+c shows error "failed 5: I/O error"
Resolved 💬 7 comments Opened Nov 28, 2025 by it-sha Closed Mar 29, 2026
💡 Likely answer: A maintainer (github-actions[bot], contributor)
responded on this thread — see the highlighted reply below.
What version of Codex is running?
v0.63.0
What subscription do you have?
Pro
Which model were you using?
gpt-5.1-codex-max
What platform is your computer?
Microsoft Windows NT 10.0.22631.0 x64
What issue are you seeing?
During long-running codex (Codex CLI) sessions inside WSL, interactive input gradually becomes sluggish and then stops responding. Pressing Ctrl+C only takes effect after 5–6 attempts, after which the terminal starts printing read failed 5: I/O error repeatedly.
What steps can reproduce the bug?
- Start codex inside WSL with VSCode bash and keep working for a prolonged period (around 5-7 minutes).
- Observe growing input latency. See moment when work becomes impossible
- Try to quit by Ctrl+C. See error "failed 5: I/O error"
What is the expected behavior?
I can see typed text with same speed as at the beginning
I can continue work with Codex
Additional information
_No response_
7 Comments
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
Additional info:
To notify I am using:
May it be related?
If so, what should I do to get a notification without this issue?
We haven't hard reports of sluggish behavior in WSL from other users, so we will need to determine what is different about your system or configuration.
You mentioned that you're using a
notifyscript. Do you suspect that's related to the problem? Have you tried disabling it to see if that fixes it?Are you using any other non-default configuration options?
@etraut-openai I double checked
If remove
notify = ["bash", "-lc", "powershell.exe -c \"[System.Media.SystemSounds]::Hand.Play()\""]the Codex works without this issueBut could you recommend a reliable way to get notifications that could work on WSL without this problem?
Codex works quite slowly, so it's very important for development experience
Title: Encountering the same issue with Codex CLI on WSL
Comment:
Hi, I'm encountering the same issue with Codex CLI on my system. I have the same configuration as described in the issue #7364, and the issue persists with the "read failed 5: I/O error" after running Codex CLI in my WSL environment. The CLI becomes unresponsive after a period of usage, and I also experience delays when trying to interrupt the process using Ctrl+C.
Additionally, I have a notify setup that calls a Python script to trigger a system notification in Windows. The notification is successfully triggered, but Codex input response becomes very slow or unresponsive when this happens. This suggests that the issue may be related to Codex’s interaction with WSL and external processes like notifications.
My Setup:
The issue seems to be related to WSL's handling of I/O operations and Codex CLI’s performance when interacting with external processes like notifications. Could the team please look into this and provide a fix for better compatibility with Windows + WSL environments, especially when using external notifications?
Thank you for your time and attention to this issue!
I am experiencing this on mac
This bug report hasn't received any upvotes or additional posts in three months. Closing.