Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

sandbox get reports Phase: Error with no reason; forward/stop/start error messages don't point back to root cause

Open
#3,309 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
55/100
Issue type
Bug
Clarity
Mostly clear
Activity status
Active
Tech stack
rust
Domain
cli

Research direction

Start by locating the implementations of openshell sandbox get, forward start, and sandbox stop, then trace how the sandbox Error phase and its cause are represented. Reproduce the behavior with sandbox commands and inspect the related logs. Done means get and the dependent commands surface the same useful last-error reason instead of disconnected generic messages.

Written by the indexing model from the issue text.

Description

state:triage-needed

Summary

When a sandbox is in Phase: Error, openshell sandbox get <name> shows the phase but no explanation of what happened. Dependent commands also return generic, disconnected errors:

  • openshell forward start --background <port> <name>sandbox is not ready (no mention of Error phase or its cause)
  • openshell sandbox stop <name>sandbox must be Ready to stop (current phase: Error)

A user has to separately run openshell logs <name> and manually correlate timestamps to find the actual failure (in our case, a supervisor session stream error coinciding with an SSH disconnect).

Expected

sandbox get should include a reason/last-error field when Phase: Error, and dependent commands (forward start, stop) should surface that same reason instead of a generic "not ready"/phase-mismatch message.

openshell version: 0.0.116

Dominant language
Rust
Stars
8.7k
Forks
1.3k
Avg merge
2d 8h
Merged PRs (30d)
271

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from NVIDIA/OpenShell

All issues in NVIDIA/OpenShell

Similar issues

More Rust issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.