Codex Desktop: sidebar conversation order changes after switching tasks and resets after toggling Activity
What version of the Codex App are you using (From “About Codex” dialog)?
26.727.51351 (build 6119)
What subscription do you have?
ChatGPT subscription (exact tier not displayed in the app)
What platform is your computer?
Darwin 25.5.0 arm64 arm; macOS 26.5.2 (25F84)
What issue are you seeing?
Summary
A newly created conversation initially appears at the top of its project, but after switching to other tasks and returning, the conversation is displayed lower in the sidebar (third position in this reproduction) even though it remains the active/recent task.
Opening the View activity panel from the bell icon and then closing it immediately causes the same conversation to jump back to the first position.
Screenshot 1 — Incorrect order after switching tasks
<img width="620" height="2130" alt="Incorrect sidebar order after switching tasks" src="https://github.com/user-attachments/assets/11511c50-a168-4cd2-9965-3685af7dbde2" />
Actual behavior
- The conversation's sidebar position changes unexpectedly after navigating between tasks.
- The visible ordering becomes stale or inconsistent with recent activity.
- Toggling the Activity panel forces the expected order to reappear.
- No conversation data is lost, but active work becomes harder to locate.
This suggests that opening/closing the Activity panel triggers a sidebar refresh or cache invalidation that normal task navigation does not.
Screenshot 2 — View activity trigger
<img width="620" height="2130" alt="View activity bell trigger" src="https://github.com/user-attachments/assets/7428c9f3-f57e-4017-95d5-62c81f644533" />
Screenshot 3 — Correct order after closing Activity
<img width="620" height="2130" alt="Correct sidebar order after closing Activity" src="https://github.com/user-attachments/assets/71310fc2-242e-4e79-ae1a-47894675b880" />
What steps can reproduce the bug?
- Open the Codex desktop app and use the default project-grouped sidebar ordering.
- Create a new conversation inside an existing project.
- Confirm that the new conversation appears first within that project.
- Switch to one or more other conversations to check their progress.
- Return to the original project/conversation.
- Observe that the newly created/recent conversation is now shown lower in the project list (third in this reproduction).
- Click the bell icon (View activity) to open the Activity panel.
- Click the bell icon again to close the Activity panel.
- Observe that the conversation immediately moves back to the first position.
What is the expected behavior?
Conversation ordering should remain stable and consistently reflect the app's intended recency/activity sort.
If the conversation is considered the most recent/active item, it should remain first after switching between tasks. Opening or closing the Activity panel should not change the ordering unless the underlying activity data actually changes.
Additional information
Environment
- App: ChatGPT desktop with Codex
- Version: 26.727.51351 (build 6119)
- Platform: macOS 26.5.2 (25F84)
uname -mprs:Darwin 25.5.0 arm64 arm- Window setup: single window
- Conversation type: local Codex task
- Sidebar ordering: default project-grouped ordering
The screenshots are cropped to the sidebar to remove unrelated project content.
Related issues
This appears related to, but is not an exact duplicate of:
- #36300 (Activity view itself keeps stale ordering until toggled)
- #35090 (ordering becomes stale after pin/unpin)
- #36634 (thread moves into the middle after cross-thread invocation)
The distinguishing trigger here is that toggling the Activity panel immediately repairs the visible order.
2 Comments
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
After reviewing the suggested issues more carefully, this appears to be another reproduction path for #36300. In both cases, the sidebar keeps stale activity/recency ordering, and toggling Activity rebuilds the list and immediately restores the expected order. Our reproduction first observes the stale order in the normal project-grouped sidebar after switching tasks, but the core behavior and workaround are the same. Closing as a duplicate of #36300.