Remote-created tasks disappear from Android list and Windows ChatGPT Desktop after restart

Open 💬 4 comments Opened Jul 20, 2026 by taorugui
💡 Likely answer: A maintainer (github-actions[bot], contributor) responded on this thread — see the highlighted reply below.

What version of the Codex App are you using (From “About Codex” dialog)?

Not recorded. Observed on 2026-07-20.

What subscription do you have?

_No response_

What platform is your computer?

Windows 10, using the ChatGPT Desktop App in Codex mode (not Codex CLI).

The task is created from the ChatGPT Android app using Codex Remote, connected to the Windows host.

What issue are you seeing?

Tasks created from the Android ChatGPT app through Codex Remote can disappear from both task lists in a reproducible sequence.

This appears to affect only tasks created from the phone via Remote. Tasks originally created in the Windows ChatGPT Desktop App's Codex mode do not show this behavior.

After the Android task-list refresh, the task is no longer visible on Android. At that point, it is still visible on Windows as New task, and the conversation contents can still be opened. After restarting the Windows computer, the same task also disappears from the Windows Desktop App sidebar.

The conversation content appeared to remain available locally before the restart, which suggests a task-list indexing/synchronization persistence issue rather than a normal archive action or intentional deletion.

What steps can reproduce the bug?

  1. On an Android phone, open the ChatGPT app and use Codex Remote connected to a Windows 10 host.
  2. Create and start a new task from the Android phone.
  3. Confirm that the task appears in the Windows ChatGPT Desktop App in Codex mode, shown as New task.
  4. Refresh the task list on the Android phone.
  5. Observe that the task disappears from the Android task list.
  6. On Windows, observe that the task is still shown as New task and its conversation can still be opened.
  7. Restart the Windows computer and reopen the ChatGPT Desktop App in Codex mode.
  8. Observe that the same task is now missing from the Windows sidebar as well.

What is the expected behavior?

A task created from Android through Codex Remote should remain visible and accessible in both the Android task list and the connected Windows ChatGPT Desktop App after list refreshes and host restarts, unless the user explicitly archives or deletes it.

Additional information

This is distinct from general desktop sidebar-history reports because it has a repeatable Remote-specific trigger: Android Remote task creation followed by an Android task-list refresh, then a Windows restart.

No conversation content, local logs, or account information are included in this report.

View original on GitHub ↗

4 Comments

github-actions[bot] contributor · 1 month ago

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

  • #33396

Powered by Codex Action

taorugui · 1 month ago

Reviewed #33396. It appears related to Remote task-list visibility, but it is not a duplicate of this report: #33396 concerns an idle, projectless task on a paired macOS host disappearing after backing out of the mobile task, while this issue has a reproducible Android-Remote-created task flow on a Windows 10 ChatGPT Desktop App host: Android list refresh hides the task, and a subsequent Windows restart also removes it from the desktop sidebar. Keeping this issue open for the Windows/Android reproduction.

taorugui · 1 month ago

Additional impact evidence: the same missing-sidebar behavior also affects a substantially longer, unarchived task, not just the short reproduction tasks. Its local transcript remains present (about 1.4 MB; 37 user messages and 48 assistant messages; completed around 00:14 local time), but it is absent from the persistent sidebar index after restart. No task content or local logs are being shared here. This suggests the indexing/persistence failure can hide substantive conversations as well, not only newly created test tasks. Private diagnostics can be provided if maintainers request them.

taorugui · 1 month ago

Follow-up verification on the recovered long task: reopening it directly and sending another round successfully appended messages and updated the task's recency timestamp, but did not restore it to the sidebar. The local record changed from 37 user / 48 assistant messages to 39 user / 49 assistant messages, while the persistent sidebar index still has no entry and the local has_user_event flag remains 0. So ordinary continued use updates the transcript but does not repair the missing index entry.