openai / openai/codex

Title: [macOS] All pinned task names are displayed as "codex" after updating the desktop app

Open
#38,511 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

app bug
Dominant language
Rust
Stars
125k
Forks
19.5k
PR merge metrics
PR metrics pending

Description

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

26.810.41047

What subscription do you have?

pro 20x

What platform is your computer?

No response

What issue are you seeing?

Title: [macOS] All pinned task names are displayed as "codex" after updating the desktop app

Product:
Codex Desktop for macOS

Environment:

  • Desktop app version: 26.810.41047
  • App build: 6570
  • Codex CLI/App Server: 0.148.0-alpha.9
  • macOS: 15.5 (24F74)
  • Architecture: Apple Silicon (arm64)
  • Bundle ID: com.openai.codex

Description:
After updating the Codex desktop app, every pinned task in the left sidebar is displayed with the same name, "codex".

The same pinned tasks still display their correct and distinct names when viewed from the mobile remote interface. This suggests that the server-side task titles are intact and that the problem is specific to the macOS desktop client's sidebar rendering or local state synchronization.

Steps to reproduce:

  1. Have multiple tasks with different names in Codex.
  2. Pin several of those tasks in the sidebar.
  3. Update the macOS desktop app to version 26.810.41047.
  4. Fully quit the app using the Dock context menu and selecting "Quit".
  5. Reopen the app.
  6. Check the pinned section in the left sidebar.

Actual result:
All pinned tasks are displayed as "codex", even though the tasks have different names.

Expected result:
Each pinned task should display its actual task name.

Additional observations:

  • The task names are displayed correctly on the mobile remote interface.
  • Fully quitting and reopening the desktop app does not fix the issue.
  • The main desktop process and Codex app-server were both freshly restarted, so this does not appear to be caused by an old application process remaining active.
  • No task data or server-side titles appear to be lost; this currently looks like a desktop-only presentation or synchronization issue.

Potentially relevant log messages:

  • "Received turn/started for unknown conversation"
  • "Received turn/completed for unknown conversation"
  • "[desktop-notifications][global-error] ResizeObserver loop completed with undelivered notifications."

Impact:
The pinned task list is difficult to use because all pinned entries have the same visible name and cannot be distinguished without opening them individually.

Workaround:
The correct names can still be viewed from the mobile remote interface.

Logs:
macOS Codex desktop logs are available under:
~/Library/Logs/com.openai.codex/2026/08/14/

I can provide screenshots and sanitized logs if needed.

What steps can reproduce the bug?

upgrade to 26.810.41047

What is the expected behavior?

No response

Additional information

No response

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reproducing the pinned-task sidebar behavior after upgrading to version 26.810.41047, then inspect the macOS desktop logs under ~/Library/Logs/com.openai.codex/2026/08/14/ and the pinned-task rendering or synchronization path. Compare the desktop results with the mobile remote interface; done means each pinned task displays its own server-side name after restart.

Written by the indexing model from the issue text.

Assessment

Tech stack
macos
Domain
desktop
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
48/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.