What version of the Codex App are you using (From “About Codex” dialog)?
26.422.30944
What subscription do you have?
Pro
What platform is your computer?
Microsoft Windows NT 10.0.19045.0 x64
What issue are you seeing?
When I switch branches inside one Codex thread, then go to another thread in the same project, the other thread’s input area/branch selector automatically changes to the most recently selected branch.
This appears to make branch selection behave like project-global state rather than thread-specific state. It is surprising because the second thread may have been created or continued on a different branch, but its text field context silently switches after activity in another thread.
What steps can reproduce the bug?
- Open a project in Codex.
- Start or open Thread A.
- In Thread A, switch from
main to another branch, for example feature-a.
- Leave Thread A.
- Open or return to Thread B in the same project. Thread B has not used
feature-a and was expected to remain on its own branch/context.
- Click into Thread B’s text field to write the next prompt.
Actual result:
When I go to write my next prompt in Thread B, the text field/branch context has been inadvertently switched to feature-a, the branch most recently selected in Thread A.
This means I may start typing or submit work in Thread B without realizing it has silently inherited a branch from another thread (technically not, because it does warn if you have uncommitted changes .
Expected result:
Thread B should keep the branch/context it was already using. Switching branches in Thread A should not affect the branch used when composing the next prompt in Thread B.
What is the expected behavior?
Branch selection should be scoped to the current thread, or at least should not silently change another existing thread’s input context.
When I return to Thread B, it should continue using the branch it was already associated with, such as main or its own previously selected branch. If Codex needs to update branch context globally for a project, it should make that explicit rather than silently changing another thread’s text field.
Additional information
This only seems to happen between threads in the same project. I noticed it when switching to a non-main branch in one thread, then continuing work in another thread for that same project.
Impact: it is easy to accidentally send work to the wrong branch because the branch context changes outside the thread where the branch switch happened.
What version of the Codex App are you using (From “About Codex” dialog)?
26.422.30944
What subscription do you have?
Pro
What platform is your computer?
Microsoft Windows NT 10.0.19045.0 x64
What issue are you seeing?
When I switch branches inside one Codex thread, then go to another thread in the same project, the other thread’s input area/branch selector automatically changes to the most recently selected branch.
This appears to make branch selection behave like project-global state rather than thread-specific state. It is surprising because the second thread may have been created or continued on a different branch, but its text field context silently switches after activity in another thread.
What steps can reproduce the bug?
mainto another branch, for examplefeature-a.feature-aand was expected to remain on its own branch/context.Actual result:
When I go to write my next prompt in Thread B, the text field/branch context has been inadvertently switched to
feature-a, the branch most recently selected in Thread A.This means I may start typing or submit work in Thread B without realizing it has silently inherited a branch from another thread (technically not, because it does warn if you have uncommitted changes .
Expected result:
Thread B should keep the branch/context it was already using. Switching branches in Thread A should not affect the branch used when composing the next prompt in Thread B.
What is the expected behavior?
Branch selection should be scoped to the current thread, or at least should not silently change another existing thread’s input context.
When I return to Thread B, it should continue using the branch it was already associated with, such as
mainor its own previously selected branch. If Codex needs to update branch context globally for a project, it should make that explicit rather than silently changing another thread’s text field.Additional information
This only seems to happen between threads in the same project. I noticed it when switching to a non-
mainbranch in one thread, then continuing work in another thread for that same project.Impact: it is easy to accidentally send work to the wrong branch because the branch context changes outside the thread where the branch switch happened.