copy&paste disabled tui?

Resolved 💬 8 comments Opened Jul 9, 2025 by Nonabz Closed Jul 10, 2025

💡 Likely answer: A maintainer (bolinfest, collaborator) responded on this thread — see the highlighted reply below.

What version of Codex is running?

0.3

Which model were you using?

codex-mimi-latest

What platform is your computer?

linux ubuntu KDE-Neon

What steps can reproduce the bug?

in older versions I write my prompts in a editor and copy & paste it into codex message box. also I can copy text from codex, like patches or questions and paste it in my editor or documentantion. all of them is disable. no mouse working in terminal, no keyboard shortcuts STRG-v nothing.

What is the expected behavior?

_No response_

What do you see instead?

_No response_

Additional information

_No response_

View original on GitHub ↗

8 Comments

uzyn · 1 year ago

Just figured it out, run the follow to toggle between allowing mouse capture (copy/paste) or not.

/toggle-mouse-mode

To keep it persistent, you can add to ~/.codex/config.toml the following:

[tui]
disable_mouse_capture = true

otrub · 1 year ago

I experienced artifacts with Codex v0.3.0 in a Ruby Docker container because, although it runs in app/, it actually uses the container user’s home directory. Mount that home ~/.codex folder from the host and set proper read/write permissions before starting the container. Once done, all artifacts disappeared and Codex has run smoothly.

kelso · 1 year ago

I think copy-paste also has a problem, where all terminal ascii decoration (border around window) are copied too:

│Add Procfile.dev and bin/dev for easy dev startup                                                                                                      ││
│                                                                                                                                                       ││
│- Whitelist Procfile.dev in .gitignore                                                                                                                 ││
│- Procfile.dev defines web (Rails) and sidekiq processes                                                                                               ││
│- bin/dev installer script ensures foreman, sets PORT & debug ENV, then runs Procfile.dev                                                              █│
│- Document ./bin/dev usage in README.md

Is there any workaround or can it be fixed?

otrub · 1 year ago

I fully agree with the previous speaker: the window decoration clashes with Codex’s command-line nature. For users who rely on a pure CLI workflow, this overlay is more hindrance than help and would be far better offered as an optional, disabled-by-default feature.

kelso · 1 year ago

Just found out, the workaround for the multi-line copy-paste without ascii "window" decorations - I installed older version (the latest that still has the "old" look) and prompt outputs are rendered without ascii borders:

npm install -g @openai/codex@0.1.2505191453

# and then run
codex

paulbettner · 1 year ago

Yeah guys, this new approach to having codex run in a window-managed console environment is, sorry to say, garbage.

Please embrace Claude Code's style - pure CLI goodness.

bolinfest collaborator · 1 year ago

See https://github.com/openai/codex/issues/1247

kelso · 11 months ago

I found another workaround for copying large text - just run another prompt like:

"Write your last output to the textfile ./output.txt"

And grab text from the textfile :-)