Android Remote hides newer project chats unless pinned; unpinning makes them disappear
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.4k
- PR merge metrics
- PR metrics pending
Description
Summary
ChatGPT Android Remote omits two newer chats from an existing Windows-hosted project's chat list even though all chats remain visible on the host and readable through the host's thread tools. Pinning provides a partial workaround: after a remote message refreshed the list, the missing chats appeared as pinned; unpinning them on the phone immediately made them disappear again.
Environment
- ChatGPT Android: 1.2026.237 (user-reported).
- Host: Windows, ChatGPT/Codex desktop, local project.
- A September 7 host log references desktop package
OpenAI.Codex_26.901.6511.0_x64; the current About-dialog version has not been independently confirmed. - Observed September 7, 2026, America/Halifax (UTC-03:00).
- Remote access to an older chat on the same host/project continues working.
Observed reproduction sequence
- An existing project has three older chats visible both on Windows and Android Remote.
- Create a new top-level chat through the desktop thread-creation tool, then later create a same-directory fork through the fork tool. Both belong to the same project. This shared creation path is an observation, not an established cause.
- The two newer chats are visible on Windows but missing from the phone's project list. The user reports that the fork was previously visible remotely before disappearing.
- Force-stop/reopen ChatGPT on Android and reboot both Windows and the phone. The discrepancy persists.
- Pin both existing chats through the host tool. Host listing confirms both pins; the phone initially still does not show them.
- Send a short test message remotely. The user then sees the two chats as pinned. This is a temporal association, not proof that message submission itself is the trigger.
- Unpin the chats from the phone. Both disappear again instead of appearing in the project's ordinary chat list.
- Re-pin the same chats on the host as the current workaround.
No chats were recreated or deleted to recover their histories.
Expected behavior
All non-archived chats associated with the selected remote host/project should appear in its project list. Unpinning should return a chat to the ordinary list rather than make it undiscoverable. Project and pin changes should refresh without requiring a new message.
Host-side evidence
list_threadsreturns the affected chats and the older visible chats.- Both affected chats have the exact same projectId, hostId and cwd string (including casing) as the visible chats.
list_projectsresolves that shared ID to a single project. There is no project-name field independently exposed per chat; a resolved name should not be confused with embedded metadata.read_threadcan retrieve the completed histories of both affected chats.- Pin mutations succeed, and a subsequent host listing includes both chats in
pinnedThreads. - The host clock agrees with current UTC; a gross host clock/timezone error was not observed.
Timestamp discrepancy (possibly related, not a confirmed cause)
All values below are September 7, 2026 in Halifax time unless otherwise stated:
| Chat | Created | Metadata updatedAt | Latest completed turn |
|---|---|---|---|
| A: newer top-level chat | September 6, 17:44:51 | 10:29:26 | 10:29:26 |
| B: newer same-directory fork | 10:44:24 | 10:44:24 | 13:11:02 |
Chat B's reported updatedAt remains equal to its creation time despite later completed work. Chat A's update timestamp agrees with its latest turn, so this anomaly alone does not explain both omissions. Two additional remote-created test chats had matching update/completion timestamps; their phone visibility was not independently recorded in the investigation.
Impact and workaround
Recent work appears lost on the phone despite intact host history. Keeping the affected chats pinned currently avoids relying on the ordinary project listing. Restarting both devices did not resolve the underlying issue.
Possible investigation areas include remote project-list filtering/index invalidation, pin versus unpinned enumeration, and registration/update metadata for tool-created or forked chats. These are hypotheses only; the mobile cache and remote list implementation have not been inspected or modified.
Related reports
- #35800: Remote omits desktop-created threads on Windows.
- #22806: Mobile remote sidebar/project ordering and pins differ from desktop.
- #33579: Readable local tasks missing from normal task listings.
This report adds Android version information, successful host-side project association checks, the pin/unpin visibility boundary, and a stale updatedAt observation. No credentials, transcripts, private chat names, session IDs or filesystem paths are included.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the remote list_threads and list_projects entry points, then compare their results with read_thread and the pin/unpin mutations for the affected project chats. Reproduce the sequence using the stated Android and Windows environments, including top-level and forked chats. Done means all non-archived chats appear in the project list, and unpinning returns them to that list without requiring a new message.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- android, rust
- Domain
- mobile-dev
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 50/100