codex - 💡(How to fix) Fix ``/side`` while ``working`` and then ``esc``aping back to the main thread breaks the ``working``-timer [1 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openai/codex#21168Fetched 2026-05-06 06:25:27
View on GitHub
Comments
1
Participants
2
Timeline
7
Reactions
0
Timeline (top)
labeled ×5closed ×1commented ×1
RAW_BUFFERClick to expand / collapse

What version of Codex CLI is running?

codex-cli 0.128.0

What subscription do you have?

plus

Which model were you using?

No response

What platform is your computer?

Microsoft Windows NT 10.0.19045.0 x64

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

Windows Terminal PS

What issue are you seeing?

When codex is something in the background: <img width="471" height="53" alt="Image" src="https://github.com/user-attachments/assets/972b3ae4-60b4-4fb2-9821-07bfb6faf20b" />

and I do /side

<img width="516" height="174" alt="Image" src="https://github.com/user-attachments/assets/35deee48-27a5-4604-8c88-713b228f8f4b" />

And then press Esc to close the side thread <img width="497" height="81" alt="Image" src="https://github.com/user-attachments/assets/fea2697a-16a3-4899-a735-3392dbe9dcac" />

The original timer state of working is set to 0s, instead of staying at ~4 Minutes and keep counting. <img width="428" height="117" alt="Image" src="https://github.com/user-attachments/assets/16131fb2-7367-4932-b177-ac3972a920d1" />

What steps can reproduce the bug?

See above

What is the expected behavior?

That the timer state is kept in the background and updated once I go back to the main thread.

Additional information

No response

extent analysis

TL;DR

The issue can be mitigated by investigating how the /side command and Esc key press affect the timer state in the Codex CLI.

Guidance

  • Investigate the Codex CLI documentation to understand how the /side command interacts with background tasks and timer states.
  • Verify if the issue persists when using a different terminal emulator or platform to isolate the problem.
  • Check if there are any known issues or bugs reported in the Codex CLI version 0.128.0 related to timer state management.
  • Test if manually resetting the timer state after closing the side thread resolves the issue.

Notes

The provided information suggests a potential issue with how the Codex CLI handles timer states when switching between threads, but more investigation is needed to determine the root cause.

Recommendation

Apply workaround: Manually reset the timer state after closing the side thread, as this may provide a temporary solution until the root cause is identified and fixed.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

codex - 💡(How to fix) Fix ``/side`` while ``working`` and then ``esc``aping back to the main thread breaks the ``working``-timer [1 comments, 2 participants]