[Desktop 26.721.4979.0] Viewing a deleted automation renders an untitled scheduled-task card instead of not found
Open 💬 0 comments Opened Jul 25, 2026 by aidawilliam41-ops
Environment
- Codex Desktop:
26.721.4979.0 - Windows 11 25H2, build
26200.8037
Summary
Calling the automation view operation for an id that has already been deleted renders a new-looking untitled scheduled-task card in the conversation instead of returning a structured not-found result.
Reproduction
- Create an automation and record its id.
- Delete it and verify that it is absent from the automation store.
- Call the automation operation with:
{"mode":"view","id":"<deleted-automation-id>"}
- The tool reports:
Rendered automation card in the app.
- The UI inserts a card labelled:
Запланированная задача без названия
- Re-read the automation store.
Expected behavior
The view call should return a structured not_found / deleted result and should not render an automation card.
Actual behavior
A generic untitled scheduled-task card is rendered even though no automation with that id exists.
Fresh post-call readback confirmed:
- the deleted id remained absent;
- the automation store contained no unnamed automation;
- no new automation was created or persisted by the view call.
Impact
The card makes the user reasonably believe that Codex created an unknown scheduled task. It also makes UI state disagree with the automation store and complicates cleanup/audit decisions.
Suggested fix
- Validate id existence before rendering.
- Return a structured
not_foundresult for deleted or unknown ids. - Distinguish deleted/missing automation references from real automation cards.
- Add a regression test proving that
viewcannot create or render a phantom card.
No automation prompt, task contents, usernames, local paths, credentials, or private logs are included.