[app][linux] Heartbeat and automation chats are omitted from Activity view
Summary
On the Linux desktop app, chats attached to heartbeat automations are omitted from the sidebar Activity view, even though they exist and are visible in the normal sidebar.
The problem appears specific to heartbeat/automation chats. Ordinary recent chats continue to appear in Activity view.
A heartbeat-attached chat remains missing even when:
- scheduled heartbeat turns have completed in that chat;
- a heartbeat returns
NOTIFY; - the user is actively exchanging normal messages in the same chat; and
- the chat is visible in the normal sidebar's Recents section.
Environment
- ChatGPT/Codex desktop app:
26.810.52044 - OS: Ubuntu 26.04 LTS
- Architecture: x86_64
- Installation: official Debian package
Steps to reproduce
- Create or use a chat that has a heartbeat automation attached to it.
- Allow the automation to trigger and complete a heartbeat turn.
- Confirm that the chat is visible in the normal sidebar under Recents.
- Click the bell icon to enable Activity view.
- Inspect the Priority, Today, and Yesterday sections.
- Observe that the heartbeat/automation chat is absent.
- Send and receive normal interactive messages in that same chat.
- Toggle Activity view off and on again.
- The automation-attached chat remains absent, while ordinary recent chats are present.
Expected behavior
The July 30 changelog describes Activity view as showing chats that the user engaged with recently or that require attention.
A heartbeat-attached chat should therefore appear when:
- it has recent interactive activity; or
- its heartbeat returns
NOTIFYand requires attention.
Actual behavior
Heartbeat/automation chats are visible and usable in the normal sidebar but are completely absent from Activity view. New interactive messages do not make them appear.
This prevents Activity view from surfacing completed automation notifications and ongoing conversations associated with automations.
Additional context
This is narrower than openai/codex#36300:
- openai/codex#36300 reports stale ordering of Activity-view entries on macOS.
- This Linux case appears to filter out heartbeat/automation chats entirely rather than merely ordering them incorrectly.
A separate one-time heartbeat test did not dispatch as scheduled; that scheduler behavior is not part of this report. This issue concerns chats with confirmed heartbeat activity that remain absent from Activity view.
Privacy note
No screenshots, chat titles, task contents, local paths, thread IDs, automation IDs, account details, or organization/repository names are included because the original UI contains private information.
User feedback: macOS and Windows show the same Activity-view omission
- Source: [https://github.com/openai/codex/issues/39156#issuecomment-5324788765](<https://github.com/openai/codex/issues/39156#issuecomment-5324788765>)
- Source: [https://github.com/openai/codex/issues/39156#issuecomment-5385367307](<https://github.com/openai/codex/issues/39156#issuecomment-5385367307>)
- Type: external
- User reports:
- On macOS, “Removing the attached heartbeat makes the task reappear immediately in Activity view, without restarting the app.”
- On Windows, a chat can disappear from Activity view after refresh while its turn remains running.
- The Windows reporter says the underlying task remains active and recoverable outside Activity view.
3 Comments
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
Additional macOS reproduction
I can reproduce the same behavior on macOS. Removing the attached heartbeat makes the task reappear immediately in Activity view, without restarting the app.
Environment
Reproduction
Additional Windows reproduction on a newer build
I can confirm the same failure mode on Windows: a chat can disappear from Activity view after a refresh while its turn is still running.
Environment
26.818.5229.010.0.26200Read-only diagnostics
heartbeatautomations attached to existing chats.activeinProgressnullthread not found, process crash, or completed-turn transition that would explain the disappearance.This supports the issue's current diagnosis: Activity view is omitting/filtering an automation-attached chat; the underlying task has not stopped or been deleted. It also shows the problem still occurs on app build
26.818.5229.0, newer than the builds already reported here.The generic Activity-view snapshot bugs in #38152 / #37017 may contribute after refresh, but the heartbeat association is strong in this reproduction. The safe workaround is to use the normal sidebar/search or Scheduled view as the source of truth rather than assuming absence from Activity means the task stopped.
Privacy note: no chat titles, prompts, local paths, thread IDs, automation IDs, account details, or repository names are included.