Activity sidebar hides ordinary working conversations with active heartbeat reminders when Scheduled is off

What version of the Codex App are you using?

26.903.71938 (build 8576), read from the installed ChatGPT.app bundle; using Codex mode.

What subscription do you have?

Not included in this report.

What platform is your computer?

macOS 26.6.2, Apple Silicon (arm64).

What issue are you seeing?

Ordinary user-created conversations with active heartbeat reminders/monitors disappear from the chronological Activity sidebar when the "Scheduled" option is off. This appears to classify the entire working conversation as scheduled, rather than just a scheduled execution.

Several conversations used throughout the day were missing, including while the task API reported them active. They remained searchable and readable, and were not archived. Other recent conversations appeared normally. Quitting and reopening the app did not resolve the omission.

This is extremely frustrating: the sidebar is how I track my current work and switch between tasks. Having to remember and search for every missing conversation defeats its purpose. It also prevents me from confidently seeing whether work is still running before restarting the app. Pinning individual tasks is not an adequate substitute for a reliable recent list.

What steps can reproduce the bug?

Suggested minimal reproduction derived from the observed state and installed filtering code (not yet independently run with a fresh test conversation):

1. Create an ordinary Codex conversation and work in it manually.
2. Attach an active heartbeat reminder or monitor targeting that same conversation.
3. Open Activity view with "Scheduled" unchecked (the code defaults this option to false).
4. Look for the conversation in the recent list, then search for it to confirm it still exists.
5. Compare with "Scheduled" enabled.

The three initially identified missing conversations all had active heartbeat automations targeting them. Their records remained accessible after an app restart.

What is the expected behavior?

Adding a reminder or monitor to an ordinary conversation should not remove that conversation from the normal recent/activity list, especially while the user is actively working in it.

Ideally, "Scheduled" should control standalone scheduled-run entries, while user-created conversations with attached heartbeats remain visible. If filtering entire conversations is intentional, the UI needs a clear indication that recent/active conversations are hidden and a discoverable way to reveal them.

Additional information

Read-only inspection of the installed bundle and saved settings found:

• The activity-item builder marks a local conversation as scheduled if it is an automation-run thread OR has an active heartbeat targeting it.
• The visibility predicate rejects scheduled items unless sidebar-priority-show-scheduled-v1 is explicitly true.
• That setting defaults to false and had no saved override in this installation.
• The active-heartbeat lookup includes automations with status ACTIVE and maps them to their target conversation IDs.

This explains why reminders attached to otherwise ordinary conversations can hide the conversations. Enabling "Scheduled" is the code-supported workaround; visual confirmation of that workaround has not yet been obtained.

Please also consider clearer wording for this filter: "Scheduled" does not communicate that it hides manual conversations with attached reminders.

Private conversation contents, IDs, project names, and screenshots have been omitted.

Start with the activity-item builder and visibility predicate described in the report, then inspect how sidebar-priority-show-scheduled-v1 and active-heartbeat targets affect classification. Reproduce with an ordinary conversation and an active heartbeat, compare Scheduled off and on, and verify that manual conversations remain visible while standalone scheduled entries still follow the filter.