Repository navigation
fix(cli): plan sandbox uploads before provisioning - #4193
Conversation
Reject bad uploads before create. Share the upload transfer helper. Signed-off-by: Eric Curtin <eric.curtin@docker.com>
|
If useful, please also try https://github.com/llmmanorg/llmman, which can launch agents in an OpenShell sandbox ( @drew @krishicks PTAL when you get a chance, and |
|
/ok to test d3a0ca6 |
|
Label |
PR Review StatusEric Curtin, I checked your request for review and test authorization against the complete patch and issue #4046. The independent review found no blocking defects: upload planning now precedes sandbox provisioning, transfer failures retain the sandbox with recovery guidance, and the main docs and CLI skill describe the behavior.
Action required: a maintainer must approve the Trivy Changes run, or the operator must allow its workflow-approval endpoint in the sandbox policy. Blocking findings: None. Carried findings: None. Non-blocking suggestion: update the final recovery sentence in Gator metadata
|
Monitoring CompleteMonitoring is complete because this PR has merged. Final status: The last Gator state was The active Gator metadata
|
Summary
sandbox create --uploadnow plans every upload before it provisions the sandbox. A bad upload no longer leaves a running sandbox.Related Issue
Closes #4046
Changes
sandbox_create, so a missing path, Git failure, or empty selection fails before create.sandbox uploadandsandbox create --upload.main.rs.Testing
cargo fmt,cargo clippy -p openshell-cli --all-targets -- -D warnings, andcargo test -p openshell-cli(lib, bin,sandbox_create_lifecycle_integration,sandbox_upload_integration) pass. The updated integration test covers Git failure, empty selection, missing path, and a valid upload followed by a rejected one: no create request and no SSH session.Checklist