bug: asking for password is broken

Open 💬 7 comments Opened Oct 19, 2025 by tibo-openai
💡 Likely answer: A maintainer (xl-openai, contributor) responded on this thread — see the highlighted reply below.

What version of Codex is running?

0.47

What platform is your computer?

MacOS

What issue are you seeing?

See video. Requesting for password is broken.

What steps can reproduce the bug?

Open a new session and ask

Run sudo echo 'hello'

https://github.com/user-attachments/assets/855b0c4f-53f4-4b2e-b12b-1f10f6504e00

View original on GitHub ↗

7 Comments

xl-openai contributor · 9 months ago

<img width="843" height="470" alt="Image" src="https://github.com/user-attachments/assets/2d7703cb-fed7-46e9-b06b-692ba21dcd82" />
@codex please investigate the issue and propose a fix.

chatgpt-codex-connector[bot] contributor · 9 months ago

Summary

  • Updated the exec flow to inherit stdin whenever escalated shell runs are requested so password prompts can be satisfied while still capturing output. codex-rs/core/src/exec.rsL350-L387
  • Added a dedicated stdio policy that pipes stdout/stderr but leaves stdin attached to the terminal for interactive shell commands. codex-rs/core/src/spawn.rsL25-L115

Testing

  • ⚠️ Not run (not requested)

View task →

Patrick-Erichsen · 5 months ago

This appears to be resolved as of v0.104.0.

<img width="1679" height="796" alt="Image" src="https://github.com/user-attachments/assets/5e3bf3e8-c1bd-40c2-a1b8-d9cf166179bc" />

It's worth noting that codex _does_ inherit parent environment variables, but _does not_ inherit session state, so even sudoing and then starting codex won't allow you to run sudo commands.

I believe https://github.com/openai/codex/issues/6108 and https://github.com/openai/codex/issues/3646 can also be closed (cc @etraut-openai since I saw you already have closed out some of the older related issues, eg https://github.com/openai/codex/issues/5560 and https://github.com/openai/codex/issues/6146)

0xdeafbeef · 4 months ago

<img width="3020" height="472" alt="Image" src="https://github.com/user-attachments/assets/e883621c-6275-4669-b14d-d689070b6358" />
not solved on linux

joshua-oss · 4 months ago

This is still broken on Ubuntu. Makes Codex useless for many daily tasks.

Also, @Patrick-Erichsen can you clarify? The screenshot you posted shows broken behavior. Did you intend to post evidence of the bug being fixed?

KeganHollern · 8 days ago

its july. this needs fixed. makes the codex harness unusable for administrative tasks.

joshua-oss · 5 days ago

FWIW I have a workaround for this. I created a skill markdown that tells Codex to create a new tmux window named sudo in the active tmux session and then send keys for a sudo -v. This way, Codex can use that terminal to run the sudo operations until the authentication expires. This has been very reliable for me.

I also created helper wrappers as part of sudoers to allow Codex to perform specific well-defined commands as sudo without needing password escalation. For example, systemd start/stop/restart of specific services I'm having it manage. If you copy/paste this comment into Codex it can implement both workarounds for you.