Bug: Pasting Turkish i/İ into Codex CLI on Windows drops those characters (only IIII ııı remains)

[ahmetcemkaraca]

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

[github-actions]

Potential duplicates detected. Please review them and close your issue if it is a duplicate.

• Cannot input or paste @ sign in Codex CLI terminal on Windows #4253
• Windows Terminal Input And Render Bug #5194
• Pasting multiple lines of text on Windows is recognized as multiple prompt input #5499
• @ character input problem #5279

Powered by Codex Action

[AdsQnn]

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

[SeanD3v]

Try version 0.50.0—I think this issue seems to have been fixed.

[ahmetcemkaraca]

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

for me still same.

Try version 0.50.0—I think this issue seems to have been fixed.

still same

[AdsQnn]

still same

But that fix hasn’t been implemented yet.

[elandil2]

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..