fix(cron): expose per-job fallbacks in CLI#93369
Conversation
|
Codex review: needs maintainer review before merge. Reviewed June 20, 2026, 3:44 PM ET / 19:44 UTC. Summary PR surface: Source +37, Tests +101, Docs +6. Total +144 across 12 files. Reproducibility: yes. at source level: current main has Review metrics: 2 noteworthy metrics.
Root-cause cluster Members:
Proposal only: this assessment does not dispatch repair, suppress jobs, mutate sibling items, close, or merge anything. Merge readiness Overall follows the weaker of proof and patch quality, so missing proof can cap an otherwise strong patch. Rank-up moves:
Risk before merge
Maintainer options:
Next step before merge
Security Review detailsBest possible solution: Land this PR or an equivalent complete patch that keeps cron CLI flags, nullable fallback-clear semantics, docs, and focused cron coverage together. Do we have a high-confidence way to reproduce the issue? Yes at source level: current main has Is this the best way to solve the issue? Yes: exposing the existing per-job payload field in the cron CLI while aligning nullable clear semantics through protocol schema, normalization, service behavior, docs, and tests is the narrow complete fix. A CLI-only change would leave the clear path unsupported outside argument parsing. AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning high; reviewed against 6a3f990140d8. Label changesLabel justifications:
Evidence reviewedPR surface: Source +37, Tests +101, Docs +6. Total +144 across 12 files. View PR surface stats
What I checked:
Likely related people:
What the crustacean ranks mean
Shiny media proof means a screenshot, video, or linked artifact directly shows the changed behavior. Runtime, network, CSP, and security claims still need visible diagnostics. How this review workflow works
|
e9180b6 to
4d08580
Compare
|
🦞🧹 I asked ClawSweeper to review this item again. |
|
@clawsweeper re-review |
1662b07
into
openclaw:main
Summary
--fallbacks <list>toopenclaw cron add/createandopenclaw cron edit.cron edit --clear-fallbacksso jobs can return from a persisted per-job fallback override back to configured fallback inheritance.[]is strict mode, andnullis accepted only as an update-patch clear signal.Verification
pnpm docs:listnode scripts/run-vitest.mjs src/cli/cron-cli.test.ts src/cron/isolated-agent/run.payload-fallbacks.test.ts src/cron/service.jobs.test.ts src/cron/normalize.test.tspnpm protocol:checkpnpm exec oxfmt --check --threads=1 packages/gateway-protocol/src/schema/cron.ts src/cron/types.ts src/cron/normalize.ts src/cron/service/jobs.ts src/cli/cron-cli/shared.ts src/cli/cron-cli/register.cron-add.ts src/cli/cron-cli/register.cron-edit.ts src/cli/cron-cli.test.ts src/cron/normalize.test.ts src/cron/service.jobs.test.tsnode scripts/format-docs.mjs --check docs/automation/cron-jobs.md docs/cli/cron.mdpnpm dlx --config.resolution-mode=highest markdownlint-cli2 --config config/markdownlint-cli2.jsonc docs/automation/cron-jobs.md docs/cli/cron.mdgit diff --check.agents/skills/autoreview/scripts/autoreview --mode local(clean after addressing two accepted findings)Real behavior proof
Behavior addressed:
openclaw cron add/createandopenclaw cron editcan now expose per-job fallback controls;cron edit --clear-fallbacksremoves the persisted override so configured fallback inheritance applies again.Real environment tested: Local macOS OpenClaw source worktree on branch
fix/90302-cron-fallbacksafter rebasing onto latestupstream/main; executed the patched cron CLI registration with Node 24-era ESM loading throughtsx.Exact steps or command run after this patch: Ran the cron CLI registration in-process and printed the fallback-related options registered on the real
cron addandcron editCommander commands.Evidence after fix: Terminal output from the patched worktree:
Observed result after fix: The actual cron CLI registration now exposes
--fallbacks <list>oncron add(shared by thecreatealias) and exposes both--fallbacks <list>and--clear-fallbacksoncron edit. The focused RPC-payload coverage listed above verifies those options serialize to fallback arrays, strict[], and nullable clear patches.What was not tested: I did not create a persistent cron job in a personal Gateway state store; the live terminal proof covers the user-visible CLI surface, while the focused verification covers RPC payload construction, protocol/schema generation, normalization, service merge, and existing isolated-run fallback behavior.