[Remote/mobile] Idle projectless task disappears from Recent Tasks after backing out; pin ignored

Open 💬 1 comment Opened Jul 15, 2026 by Mburdo

What version of the Codex App are you using?

  • Codex Desktop for macOS: 26.707.72221 (build 5307)
  • Bundle ID: com.openai.codex
  • Codex CLI: 0.144.4
  • Mobile client: connected through Codex Remote; exact phone OS/client build was not captured

What subscription do you have?

Not included in this public report.

What platform is your computer?

macOS 15.7.4 (build 24G517) on the paired host.

What issue are you seeing?

A real task on the paired Mac repeatedly appears in Codex Remote on a phone while it is active or immediately after it is refreshed, then disappears from the phone's Recent Tasks list as soon as the user backs out of the chat and the task is idle.

The task is not deleted. Immediately after it disappears on the phone, the paired host's thread inventory still returns it with the correct title, working directory, and idle status.

Pinning the task returned success (pinned: true) but did not keep it visible in the phone's task list.

The affected thread:

  • has cwd ~/Desktop/aiw landing page
  • is returned without a projectId
  • sits under a saved ~/Desktop parent project
  • does not have its exact cwd registered as a separate saved project

This makes an intact local project look deleted and prevents the user from reliably returning to the task from a phone. Activity temporarily restores visibility, so the behavior can look like intermittent sync.

Thread and host identifiers are redacted from this public report but can be provided privately.

What steps can reproduce the bug?

  1. Start or open a task on a paired Mac whose exact cwd is not registered as its own saved project.
  2. Open Codex Remote on a phone.
  3. While the task is active, or immediately after sending it a follow-up, observe that it appears in Recent Tasks.
  4. Allow the task to become idle.
  5. Open the task on the phone, then back out to Recent Tasks.
  6. Observe that it immediately disappears.
  7. Query the paired host's thread inventory by exact thread ID.
  8. Observe that the thread is still returned as idle with the correct cwd.
  9. Pin the thread, repeat the visible -> open -> back out sequence, and observe that it still disappears.

The cycle was reproduced more than once in the same diagnostic session on July 15, 2026.

What is the expected behavior?

  • Existing idle tasks should remain discoverable after backing out.
  • A pinned task should remain visible even if it has no projectId.
  • If project association is required, a thread under a saved parent project should either inherit a stable association or the UI should explain how to register it; it should not silently disappear.

Additional information

Confirmed observations:

  • The thread persists on the paired host after the phone stops displaying it.
  • Its status is idle when missing.
  • Its returned summary has no projectId.
  • Its exact cwd is absent from saved-project inventory, although its parent ~/Desktop is saved.
  • Pinning does not keep it in the phone list.
  • Project files remain intact; this is a discovery/visibility bug, not data loss.

Working hypothesis: the mobile Remote task-list selector filters out an idle thread whose projectId is absent, and pinned state does not override that filter. Activity temporarily places the thread into a recency/active result set; navigation causes the list to recompute and exclude it again.

Related but not identical: #22806 covers Remote mobile sidebar/pin synchronization. This report adds a deterministic disappearance-on-back-out reproduction for an idle projectless thread, with host inventory evidence that the thread still exists.

A phone screen recording and sanitized desktop log excerpts can be provided if maintainers need them.

View original on GitHub ↗

This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗