Remote triggers silently fail to execute — next_run_at never advances
Resolved 💬 3 comments Opened Apr 8, 2026 by TheGreatTaubino Closed Apr 12, 2026
Summary
Remote triggers return HTTP 200 on both scheduled and manual runs but never actually execute. The next_run_at timestamp does not advance after a scheduled fire time passes, and no agent output is produced.
Steps to Reproduce
- Create a remote trigger via the API with a daily cron schedule
- Wait for the scheduled
next_run_attime to pass - Observe that
next_run_atremains frozen at the original scheduled time - Call the
/runendpoint manually — returns HTTP 200 but produces no output
Expected Behavior
- Trigger executes at the scheduled time
next_run_atadvances to the next scheduled time after a run- Manual
/runcall executes the agent and produces output (e.g., emails sent)
Actual Behavior
- No execution occurs (no emails sent, no agent activity observed)
next_run_atremains frozen- Manual
/runreturns HTTP 200 with no effect
Environment Details
- Trigger ID:
trig_01BYVS3VHx6mUJ4dRRiTtcZS - Environment ID:
env_018nUtbgL7UPYGhU2PQLvGCT - Cron expression:
0 10 * * * - MCP connector: Gmail (
connector_uuid: 5e6343f1-fd13-491f-9e5f-097e168e4cb1) - Model:
claude-sonnet-4-6 - Account: alex@taube (alexander.j.taube@gmail.com)
Additional Notes
A second trigger (trig_01RHWSEumuWMxDcki7P8663R, now disabled) on the same account exhibits the same behavior — it was created April 3, 2026 and also never executed successfully.
Recreating the trigger via API is not possible without a valid environment_id, which is not obtainable through the trigger API itself.
This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗