Skip to content

Codex seemed to re-answer an earlier prompt when I gave it a new prompt #14486

Closed as duplicate

Description

@tpn

What version of Codex CLI is running?

v0.114.0

What subscription do you have?

Pro

Which model were you using?

gpt-5.4 xhigh

What platform is your computer?

Linux

What terminal emulator and version are you using (if applicable)?

Gnome's terminal

What issue are you seeing?

Thread ID: 019cdf13-1c51-7e70-9480-9a3c3a03a2fd

What steps can reproduce the bug?

Uploaded thread: 019cdf13-1c51-7e70-9480-9a3c3a03a2fd

What is the expected behavior?

No response

Additional information

No response

Activity

  1. added
    bugSomething isn't working
    on Mar 12, 2026
  2. github-actions commented on Mar 12, 2026

    @github-actions
    Contributor

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

    Powered by Codex Action

  3. mbektimirov commented on Mar 12, 2026

    @mbektimirov

    Can confirm this. It's happening for roughly two days already. I had 1M context size before in config, removed it then as a supposed fix and it didn't help. Sent several feedbacks already via /feedback command.

  4. etraut-openai commented on Mar 12, 2026

    @etraut-openai
    Contributor

    Does this appear to be specific to gpt-5.4? Or are you able to repro this with gpt-5.3-codex as well? Just trying to understand whether this is model-specific behavior or a harness bug.

  5. tpn commented on Mar 12, 2026

    @tpn
    Author

    Haven't ever experienced it on anything other than 5.4 (xhigh both times). And only encountered it one time other than this like a week ago. In both cases I basically sent back "err I think you got confused and replied to an earlier question; " and off it went.

    The only thing that stands out is that I think in both cases, there was a long pause between interaction. So the last message was last night at say 8pm, and this morning was at ~10am. Same session, no resume.

  6. matssk commented on Mar 12, 2026

    @matssk

    I've experienced this too, only since 5.4/0.114 and have only been using 5.4 since the 0.114 release, but it was introduced by one of these. On earlier releases this has happened quite often on the first reply after compaction, but it's only wirh 5.4/0.114 that it has happened in the middle of a session, not right after compaction.

  7. gvelesandro commented on Mar 12, 2026

    @gvelesandro

    Hi, I run Agents Need Context and I am researching failures where a coding agent still has the model capability, but continuity drifts and it answers from stale session state.

    Your report is useful because the wrong context seems to get reused after a pause even without an explicit resume, and other builders in the thread are seeing the same pattern.

    If you are open to it, I would value one short postmortem here: https://www.agentsneedcontext.com/agent-failure-postmortem

    I am looking for five things: what the agent was trying to do, what context or session state it answered from incorrectly, where the right context should have come from, what workaround you used, and what it cost. No pitch, just research.

  8. thomascowen commented on Mar 12, 2026

    @thomascowen

    I am also experiencing this, GPT 5.4. Codex app for macOS.

  9. thomascowen commented on Mar 12, 2026

    @thomascowen

    GPT-5.3-Codex is all good, it's just 5.4 for me that is showing this issue. I will revert to 5.3-Codex for now.

  10. nachoal commented on Mar 12, 2026

    @nachoal

    Same issue for me, having it for about a week.

  11. qdbp commented on Mar 13, 2026

    @qdbp

    This is becoming a major annoyance, I have to roll back the chat frequently. Makes me worried about context integrity in general.

    5.4 xhigh on 0.114

  12. tpn commented on Mar 18, 2026

    @tpn
    Author

    @etraut-openai just had it happen again, and one commonality is this was a session I last interacted with about 4 days ago. I gave a prompt, it's first response clearly indicated it was working on what I'd just asked, but then the next thing I saw from it was clearly related to the prior prompt. That's another constant factor it seems: when the issue happens, it always appears to be the N-1 prompt that it starts responding to. If I do /feedback and get the GUID, can you view the thread from that? I don't mind providing log/transcript, although would prefer to do that offline if it's literally the log/transcript (email or otherwise).

  13. seifip commented on Mar 21, 2026

    @seifip

    this happens to me all the time now with 5.4, the product has become unusable as a result and this problem is getting worse and worse by the day

  14. rcbeall1 commented on Mar 26, 2026

    @rcbeall1

    I am experiencing this same issue, but it is not just through the Codex Mac app; it is also via the CLI. It only seems to happen once I pass the 300k in context.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    agentIssues related to the core agent loopbugSomething isn't working

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions