openai / openai/codex

[Bug] Recurring scheduled tasks disable themselves after successful runs without user authorization

Open
#38,350 68 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

automations bug codex-web
Dominant language
Rust
Stars
125k
Forks
19.5k
PR merge metrics
PR metrics pending

Description

What issue are you seeing?

Recurring Scheduled tasks in ChatGPT Work on the web are sometimes changing from enabled to paused after a scheduled run, without any user request to pause, disable, delete, or reschedule them.

In the latest occurrence, four unrelated recurring tasks were found disabled shortly after their runs. Other recurring tasks remained enabled, so this was not an intentional global pause.

The saved prompts did not authorize schedule mutation. Some prompts contained session gates such as “exit silently” or “do nothing” when a condition was not met. Those instructions were intended to end only the current run, not pause the recurring task. A separate affected recurring report did not contain such a gate.

Restoring the tasks by setting is_enabled: true succeeds, but the unauthorized pausing has recurred.

What steps can reproduce the bug?
  1. Create and enable multiple recurring Scheduled tasks in ChatGPT Work on the web.
  2. Give some tasks durable prompts that may end one run early when a condition is not met, without instructing ChatGPT to change the task or schedule.
  3. Allow the tasks to run unattended.
  4. Inspect the Scheduled view or automation state after the runs.
  5. Observe that some recurring tasks have changed to Paused / is_enabled: false without user authorization.

The failure is intermittent rather than affecting every task on every run.

What is the expected behavior?

A recurring task should remain enabled after every run unless:

  • the user explicitly pauses or deletes it;
  • its recurrence rule has completed; or
  • a documented system policy suspends it and clearly reports the reason.

An instruction such as “exit silently” or “do nothing” must end only the current run. It must never be interpreted as permission to pause the recurring automation.

Failed, blocked, or no-op runs should be recorded in run history without mutating is_enabled.

Additional information
  • Product surface: ChatGPT Work / Scheduled tasks on the web
  • Impact: unattended workflows stop silently and miss subsequent runs, requiring repeated manual recovery
  • Related UI symptoms observed during the recurring failures: Content failed to load, conflicting active/paused states across views, and a duplicate task entry
  • Private task names, prompts, task IDs, account details, and workflow data are intentionally omitted

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

The report concerns recurring Scheduled tasks in ChatGPT Work on the web and the is_enabled state, with reproduction steps for unattended runs. No repository file, test, or entry point is named, so begin by locating the scheduled-task state transition after a run; done means failed, blocked, or no-op runs no longer pause recurring tasks without an authorized action.

Written by the indexing model from the issue text.

Assessment

Domain
backend
Issue type
Bug
Difficulty
5/5
Estimated time
Over a week
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.