feat(cron): add manual run support for management API and Web UI#538
Open
Aokoooooo wants to merge 1 commit intochenhg5:mainfrom
Open
feat(cron): add manual run support for management API and Web UI#538Aokoooooo wants to merge 1 commit intochenhg5:mainfrom
Aokoooooo wants to merge 1 commit intochenhg5:mainfrom
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Add manual cron run support across the remaining management surfaces so saved cron jobs can be triggered immediately from the daemon management API, CLI, and Web UI.
This keeps the execution path unified by reusing the existing scheduler/job configuration instead of introducing a separate ad-hoc runner.
Closes #537
Context
There is already an existing feature request for manual cron execution in #263 and an overlapping PR #357 focused on the core CLI/chat execution flow.
This branch extends the feature through the management surface area and admin UI so the capability is available consistently for daemon/API/Web users as well.
What Changed
cc-connect cron run <id>in the CLI help and command handlingCronScheduler.RunJobNow(id)and explicit not-found / project-unavailable errors/cron run <id>handling in the engine with localized success and error messagesPOST /api/v1/cron/{id}/runWhy
Today the manual cron trigger flow is incomplete for users who manage cc-connect through the daemon API or Web admin page.
Without this, users have to wait for the next schedule, temporarily re-enable a disabled job, or switch over to another entrypoint just to run one saved task once.
This PR makes manual triggering available from the same saved cron job definition while preserving project, session, timeout, and silent/session-mode behavior.
Validation
go test ./corego test ./cmd/cc-connectgo test ./....Notes