Bug: Pasting Turkish i/İ into Codex CLI on Windows drops those characters (only IIII ııı remains)
What version of Codex is running?
0.49.0
What subscription do you have?
pro
Which model were you using?
gpt-5-codex(med-high)
What platform is your computer?
Microsoft Windows NT 10.0.26100.0 x64
What issue are you seeing?
Additional information / environment
Terminals tried: Windows PowerShell (inside Windows Terminal), classic PowerShell.
Keyboard layouts tried: Turkish Q and US — same result.
Other CLIs in the same terminal do not have this paste problem (so it appears specific to Codex CLI’s TUI input handling).
No custom Codex keybindings; VI mode not available.
Config is near-default. CODEX_HOME points to ~/.codex.
Logs & diagnostics
If helpful, I can attach:
~/.codex/log/codex-tui.log excerpt around the time of paste
~/.codex/history.jsonl for the affected session (if relevant)
What steps can reproduce the bug?
Launch Codex CLI: codex
Copy this test string:
iiii İİİ ııı
Paste into the Codex CLI input box (PowerShell / Windows Terminal).
Note: VI mode is not enabled; bracketed paste support in the terminal is not available.
What is the expected behavior?
All pasted characters should appear as-is:
iiii İİİ ııı
What do you see instead?
Only these parts show up (the dotted i / uppercase İ go missing):
IIII ııı
So lowercase i and uppercase İ are dropped/stripped on paste; uppercase dotless I and lowercase dotless ı remain.
Additional information
According to Codex docs, Windows support is still experimental and WSL is recommended; however, this looks like a specific paste/input bug in the CLI TUI on Windows because other CLIs in the same terminal handle these characters correctly.
Related issues
Cannot input or paste @ sign on Windows (#4253) — indicates paste/input handling quirks on Windows TUI.
GitHub
Workarounds tried
Switching keyboard layout to US → No change
Updating PowerShell / Windows Terminal → No change
Toggling terminal paste/vi modes → VI mode not present; bracketed paste not supported → No change
Using other CLIs in the same terminal → Works fine
8 Comments
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
I think this might be caused by requery_default_colors(). I sent a PR, if it works and gets merged, we'll see if the problem disappears.
I checked with bracketed paste completely disabled and it worked fine. There's no mechanism there that could do anything like that to paste burst. There are issues with paste burst, but only when you paste very long texts with bracketed paste disabled. When you disable bracketed paste, the system works practically the same on Windows as on any other system—paste burst is a simple mechanism.
I'm just betting that you paste it and at the same time RGB:// comes in and causes the substitution.
For example, when I tried to paste what you wrote in the current version on Ubuntu, nothing pastes at all for me. Only after removing the problem I described does it work.
#5683
Try version 0.50.0—I think this issue seems to have been fixed.
for me still same.
still same
But that fix hasn’t been implemented yet.
I have same issue, couldnt use cli version of codex. and also "@" char. Not sure but it also effect mcp connection, just came from another cli from openai competator, this is not what i expected..
This should now be fixed in 0.59.0. Please let us know if you see similar issues in the latest version.
It resolved for me.