fix: prevent Daytona rollout failures (HUD-2206)#506
Merged
Conversation
jdchawla29
marked this pull request as ready for review
July 23, 2026 10:25
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: 5e8ad2ea2a
ℹ️ About Codex in GitHub
Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".
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
uv run hud serveso scaffold images resolve the SDK from/app/.venvin fresh process sessions.Root cause
Daytona process sessions start a fresh shell rather than running the image CMD, so
/app/.venv/binis not added toPATH. The previous injectedhud servecommand therefore failed for images produced byhud init, whose Dockerfile installs the SDK withuv syncand launches it throughuv run.Ephemeral sandboxes also inherited the organization default 15-minute auto-stop interval. Running processes do not count as activity, and stopping an ephemeral sandbox deletes it, so long rollouts could disappear mid-run. The provider already owns sandbox cleanup through its
finallydeletion path, so rollout sandboxes now setauto_stop_interval=0.Impact
Daytona rollouts built from standard HUD scaffold images start reliably and remain available until the rollout completes or fails, after which the provider deletes the sandbox.
Validation
uv run --no-sync pytest hud/eval/tests/test_docker_provider.py -q— 17 passeduv run --no-sync ruff check hud/eval/runtime.py hud/eval/tests/test_docker_provider.pyuv run --no-sync ruff format --check hud/eval/runtime.py hud/eval/tests/test_docker_provider.pygit diff --checkNote
Medium Risk
Changes Daytona sandbox lifecycle and startup commands for all Daytona rollouts; scoped to the Daytona provider with test coverage.
Overview
Fixes Daytona rollout sandboxes failing to start or vanishing mid-run.
The default injected serve command now prepends
PATH="$PWD/.venv/bin:$PATH"beforehud serve, so scaffold images that install the SDK withuv synccan findhudin fresh Daytona process sessions (where/app/.venv/binis not onPATH).Image-backed and snapshot-backed ephemeral sandboxes now pass
auto_stop_interval=0, so org default idle auto-stop does not tear down rollout boxes while the env server runs; cleanup stays on the provider’s delete path.Provider tests assert the updated execute command,
auto_stop_interval=0on both create param shapes, and add coverage for snapshot sandboxes.Reviewed by Cursor Bugbot for commit 4e8841d. Bugbot is set up for automated code reviews on this repo. Configure here.