Forked conversations not saving

Resolved 💬 2 comments Opened Oct 8, 2025 by duckSquirrelPilot Closed Dec 23, 2025
💡 Likely answer: A maintainer (etraut-openai, contributor) responded on this thread — see the highlighted reply below.

What version of Codex is running?

0.45

Which model were you using?

gpt-5-codex

What platform is your computer?

Darwin 22.6.0 arm64 arm

What steps can reproduce the bug?

When using double esc (esc esc) to fork a conversation at a previous message turn, the resulting forked conversation is often not saved.

In other words, after
1) forking and sending a message at an earlier message point
2) Ctrl + C to exit out of the conversation
3) Running codex resume to resume the conversation

the forked conversation is not in the list of resumable conversations. I think this tends to happen when the conversation is longer or contains an embedded image. Also, it seems to be deterministic for a given conversation- forking from a defective conversation will not save no matter how many times you try.

What is the expected behavior?

Forked conversations should be saved as a new conversation in the resumable menu without fail.

What do you see instead?

Often, the forked conversation is not saved.

Additional information

_No response_

View original on GitHub ↗

2 Comments

duckSquirrelPilot · 10 months ago

ok I think I might have found a culprit- this seems to happen (the conversation becomes "unforkable" ) when the conversation contains a user message with an embedded image from the clipboard.

It's not the only time this happens though.

etraut-openai contributor · 8 months ago

This bug is quite old and likely no longer relevant. Closing.