openai / openai/codex

[Bug][macOS] Pet stops surfacing progress/completion after sustained use; dismissing it can hide the only completion signal until restart

Open
#40,813 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

app bug pets
Dominant language
Rust
Stars
125k
Forks
19.4k
PR merge metrics
PR metrics pending

Description

What version of the Codex App are you using?

Current Codex Desktop build on macOS as of 2026-08-26. I have not re-captured the exact About version for this occurrence yet. A recent local capture from 2026-08-02 showed Codex runtime 0.146.0-alpha.3.1.

What platform is your computer?

macOS 26.6.1 (25G76), Apple Silicon.

What issue are you seeing?

After using Codex Desktop intensively for a while, the Pet/avatar overlay can enter a degraded state where it is still visible, but stops reliably surfacing the speech-bubble progress/status messages that normally tell me what the active task is doing.

The exact threshold is unclear. It seems more likely after sustained/high-volume use and many fast task cycles, rather than immediately after launch.

Once this happens:

  • the Pet may simply remain visible without saying what Codex is currently doing;
  • I can no longer rely on the Pet to tell whether a task is still running or has already finished;
  • a task may complete while I am working elsewhere, but I do not notice unless I reopen/focus the main Codex UI and visually inspect the thread;
  • the Pet can briefly enter the green/completed state, but the completion signal is not delivered persistently/reliably;
  • if I dismiss/hide the Pet after that completion state, the completed state/notification does not come back;
  • once the overlay is in this degraded state, fully restarting Codex is the only reliable recovery I have found.

This matters especially in a fast task workflow. I often start another task as soon as the previous one finishes. If the Pet stops reporting progress/completion, I can unknowingly leave already-finished work sitting for tens of minutes because there is no reliable out-of-window signal that Codex is done.

Steps to reproduce

The transition into the bad state is intermittent, but the observed pattern is:

  1. Launch Codex Desktop with the Pet/avatar overlay enabled.
  2. Run many tasks in succession and keep using Codex for an extended period.
  3. While working in another app/window, rely on the Pet speech bubbles to show current task progress.
  4. At some point, observe that the Pet remains present but stops showing normal progress/status bubbles for active work.
  5. Let a task finish without reopening the main Codex window.
  6. Observe that completion is easy to miss; the Pet may only briefly become green or otherwise fail to surface a persistent completion report.
  7. Dismiss/hide the Pet once.
  8. Observe that the completed/ready signal does not reappear.
  9. Continue using Codex: the Pet remains unreliable until the app is fully restarted.
Expected behavior

The Pet should remain a reliable out-of-window task-status surface for the lifetime of the app session.

In particular:

  • while a task is running, it should continue to surface current progress/status rather than silently remaining on screen;
  • when a task completes, the completion/ready state should be delivered reliably even if the main Codex window is not focused;
  • dismissing/hiding the Pet should not permanently consume the only completion signal;
  • an unread completed task should remain discoverable as ready/completed until the user acknowledges it;
  • the overlay should recover/reconcile from authoritative thread state without requiring a full app restart.
Actual behavior

After sustained use, the overlay can become effectively silent: the Pet is still there, but progress bubbles stop appearing and task completion can be missed. Dismissing it can remove the only visible completion cue, and restarting Codex is required to restore reliable behavior.

Impact

This is not only cosmetic. It breaks the Pet's value as a lightweight task monitor.

For high-frequency agent workflows, completion-delivery latency directly becomes wasted wall-clock time: the task may already be finished, but the user has no reliable signal unless they reopen Codex and inspect the thread manually.

Related issues

Related, but not identical:

  • #24302 — Pet tray omits active threads and shows inconsistent thread status.
  • #35447 — feature request for a richer actionable Pet task strip.
  • #39178 — Windows report involving avatarOverlay ownership and stale completed-thread UI state.

This report is narrower: the Pet/avatar overlay itself appears to degrade after sustained use and stops reliably surfacing progress/completion until restart, even though the underlying task can complete normally.

I can provide a screenshot/video of the silent Pet state and the exact current About version on the next occurrence if useful.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reproducing the Pet/avatar overlay failure after sustained use and many rapid task cycles, including task completion and dismissing the overlay. Trace how the overlay surfaces progress and completion from authoritative thread state; done means progress remains visible, completion stays discoverable until acknowledged, and the overlay recovers without restarting Codex.

Written by the indexing model from the issue text.

Assessment

Tech stack
macos, rust
Domain
desktop
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
50/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.