Mobile project name is incorrect while in the remote view

[mooman219]

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

Windows Version 26.818.41509 / Android 1.2026.223 (20)

What subscription do you have?

Plus

What platform is your computer?

Microsoft Windows NT 10.0.26200.0 x64

What issue are you seeing?

When connecting to a desktop instance of Codex via the ChatGPT app on android (the remote view), project names are incorrect.

I renamed a project on desktop to "foxbolt (cobal-ttools)". When connecting via remote to the desktop instance, it displays "cobalttools" instead as the project name.

What steps can reproduce the bug?

Feedback ID: 01a034e3-e1ff-7301-beaf-d1bd0d23b2df

What is the expected behavior?

I expect the remote view on mobile to show the same project names as on desktop.

Additional information

No response

[mooman219]

Below are the images to show the differences.

[YihongTools]

I’m seeing what appears to be another manifestation of this issue on Windows + Android Remote.

Instead of showing another human-readable project/repository name, Remote displays an internal-looking identifier such as g-p-6a8bf03bcf408191b978b0b93bd02..., while the associated conversation still appears normally under Recent as 執行 Task 25 bounded repair.

The affected conversation had previously been pinned and then unpinned in Codex Desktop. However, I could not reproduce the problem with a simple test conversation, so pin/unpin is only a suspected trigger, not a confirmed cause.

I originally reported this separately as #40750. Since the observable behavior is the same class of Remote project-name mismatch, I’m consolidating the report here and closing #40750 as a duplicate.

Additional evidence

I can now confirm that the affected conversation belongs to the Stock project on Codex Desktop.

The project was previously named TwStock and has since been renamed to Stock.

On Android Remote, however, the Projects list still shows TwStock, and it also shows the internal-looking g-p-6a8bf03bcf408191b978b0b93bd02... entry.

The affected conversation 執行 Task 25 bounded repair is visibly located under the Stock project in Codex Desktop.

This strengthens the evidence that the Remote project metadata is not synchronized with the current Desktop project name. It also suggests that the g-p-... entry may refer to the same Stock project, possibly as an internal/fallback identifier, although that mapping is not yet independently confirmed.

This makes project rename / stale project metadata a more direct observable clue than the earlier pin/unpin hypothesis.

[YihongTools]

New recurrence / additional reproduction evidence

I observed another new internal-looking g-p-... project entry on Android Remote:

g-p-6a7bca7f8de08191bd540f13fe26d...

This is a different identifier from the previously reported:

g-p-6a8bf03bcf408191b978b0b93bd02...

I can now provide a more specific sequence for this new occurrence:

1. I started work from ChatGPT and sent it directly to Codex for execution.
2. Codex created a new chat for that task.
3. Android Remote showed a new g-p-... entry associated with that newly created chat.
4. I later moved the chat into my existing AllyVoxNote project in Codex Desktop.
5. Android Remote continued to show the original g-p-... entry instead of fully reconciling the chat/project association.

The earlier g-p-... entry and this new one belong to different conversations/projects, so this no longer appears to be a one-off corrupted project record.

This suggests that ChatGPT → Codex-created chats may retain a stale internal project/container association in Android Remote after the chat is moved into a normal Codex project.

I am using “internal project/container association” descriptively here; I cannot independently confirm what the g-p-... identifier represents internally.

Screenshot attached separately shows both distinct g-p-... entries at the same time.

[thednaz]

Cross-platform confirmation

I can reproduce this on both Windows and macOS Desktop hosts with iOS Remote. Renaming a local project in Desktop does not change its name in Remote: Remote continues to show the physical folder basename instead of the saved Desktop project name.

I also paired a second iPhone with the Windows host and observed the same stale/folder-derived project label. This rules out a single phone, a single mobile installation, and a Windows-only local-cache problem. It suggests that Remote is not receiving or applying project display-name updates from either desktop OS.

This occurs alongside the empty custom-section membership behavior reported in #42315, but the rename problem is independently reproducible.