fix(jobs): map nu to nushell so action_set deserializes correctly #13
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "development_fix_nu_interpreter"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Fixes the bug surfaced while verifying issue #9.
What was wrong
hero_codescalers_server was passing interpreter: "nu" to hero_proc.action_set. hero_proc serde rejects that with:
Anyhow context wrapping was hiding this — callers only saw
<feature> enqueue failedwith no underlying cause.Fix
Two changes:
Verified
On kristof4 — user.bridge_ping now succeeds; job ran with the canonical codescaler tags (codescaler, codescaler_, codescaler_kind_, codescaler_target_).
Closes the bug found in #9.
hero_proc's serde rejects "nu" with: unknown variant `nu`, expected one of `bash`, `sh`, `rhai`, `python3`, `bun`, `node`, `nushell`, `exec`, `ai`, `mcp`. Anyhow's context wrapping was hiding this; callers only saw "<feature> enqueue failed" with no underlying cause. Two changes: - jobs::enqueue normalizes "nu" to "nushell" before passing to ActionBuilder. Catches all 12 callers (users.rs, services.rs, template.rs) at one site. - main.rs::rpc_handler returns format!("{:#}", e) instead of e.to_string() so future serde mismatches surface their full anyhow chain. Verified on kristof4: user.bridge_ping now succeeds; job ran with codescaler tags as designed. #9