Android Remote project list differs from Desktop: stale folders remain and a saved project is missing
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.4k
- PR merge metrics
- PR metrics pending
Description
Environment
- Client: ChatGPT Android app, Remote
- Host: Debian 13, x86_64
- Desktop app: 26.901.41600
- Bundled Codex CLI: 0.153.4
Description
Android Remote and the Desktop app show different project lists for the same connected host.
Desktop correctly shows three saved local projects. Android Remote shows only two of those projects, plus the user's home directory and two old test directories. The third saved project is missing.
The connection is working: Android shows recent conversations from this host, including conversations belonging to the missing project.
Steps to reproduce
- Create conversations in several directories, including the home directory and temporary test directories.
- Organize the Desktop app into a smaller set of saved local projects.
- Include a saved project whose directory follows this pattern:
~/Documents/Codex/YYYY-MM-DD-project-name - Connect to the same host through ChatGPT Android Remote.
- Compare the project lists.
Expected behavior
Android Remote should reflect the host's saved project list and project names, including explicitly saved projects located under Documents/Codex.
Historical working directories should not remain as additional projects solely because conversations were previously created there.
Actual behavior
- Old working directories remain visible as projects.
- A saved Desktop project under Documents/Codex is missing.
- Its conversations are still accessible through the recent conversation list.
- Reconnecting after updating the Desktop app does not resolve the mismatch.
Diagnostic observations
- The Desktop project records and the host's SQLite project tables contain the correct three projects.
- During an observed Android reconnect, server logs showed
thread/listrequests but noproject/listrequest. - Grouping non-archived conversations by working directory, excluding paths matching the generated projectless-chat directory pattern, produces exactly the five folders shown on Android.
- Temporarily removing obsolete
projects.<path>.trust_levelentries from config.toml did not change the Android list. Those entries were subsequently restored.
These observations suggest that Android may derive its project list from conversation working directories rather than saved project records. This is an inference, not a confirmed implementation detail.
Impact
Project organization differs across devices, old test folders clutter the mobile list, and a valid saved project is difficult to find.
Related reports
- #36754 — Android Remote uses the folder basename instead of the saved project name.
- #35972 — Mobile Remote and Desktop project assignments do not reconcile.
- #31623 — Mobile Remote groups sessions by exact working directory.
This report additionally covers a saved project apparently being excluded because its path matches the generated projectless-chat directory pattern.
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 by tracing Android Remote handling of the observed thread/list request and the absent project/list request, then compare that path with the Desktop project records and the host's SQLite project tables. Reproduce with saved projects and historical working directories, and confirm that the mobile list uses saved projects and names while excluding obsolete conversation folders and the generated projectless-chat pattern.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- android, sqlite
- Domain
- api, databases, mobile-dev
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100