fix(onboard): remove sandbox bridge reachability probe#3458
Conversation
This reverts commit e6077ca.
📝 WalkthroughWalkthroughThe PR removes Docker-network-based sandbox bridge reachability verification from the gateway readiness flow. Docker-driver gateway health is now determined solely by OpenShell CLI "healthy" metadata plus a TCP readiness probe, eliminating the separate ChangesSandbox Bridge Reachability Removal
Estimated code review effort🎯 3 (Moderate) | ⏱️ ~25 minutes Possibly related PRs
Suggested labels
Suggested reviewers
Poem
🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches📝 Generate docstrings
🧪 Generate unit tests (beta)
Comment |
There was a problem hiding this comment.
🧹 Nitpick comments (1)
src/lib/onboard.ts (1)
4438-4573: Run the Docker-driver onboarding E2Es for this readiness-path revert.This touches the core gateway reuse/start health gate, so
sandbox-operations-e2eandopenshell-gateway-upgrade-e2eare the highest-signal checks to run before merge.As per coding guidelines,
src/lib/onboard.ts"contains core onboarding logic" and the recommended selective checks here includesandbox-operations-e2eandopenshell-gateway-upgrade-e2e.🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the rest with a brief reason, keep changes minimal, and validate. In `@src/lib/onboard.ts` around lines 4438 - 4573, The PR changed the gateway reuse/start health path in startDockerDriverGateway, so before merging run the high-signal E2E suites to validate behavior and catch regressions: run sandbox-operations-e2e and openshell-gateway-upgrade-e2e against the updated startDockerDriverGateway path (exercise branches that reuse existing gateway, portListener flow, restart-on-drift, and the final health polling) and confirm reportDockerDriverGatewayStartFailure and related logic (registerDockerDriverGatewayEndpoint, isGatewayHealthy, isDockerDriverGatewayHttpReady/isGatewayTcpReady) behave as expected; if failures appear, reproduce locally, add targeted fixes or retries in startDockerDriverGateway (or adjust health checks) and re-run the two E2E suites until green.
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Nitpick comments:
In `@src/lib/onboard.ts`:
- Around line 4438-4573: The PR changed the gateway reuse/start health path in
startDockerDriverGateway, so before merging run the high-signal E2E suites to
validate behavior and catch regressions: run sandbox-operations-e2e and
openshell-gateway-upgrade-e2e against the updated startDockerDriverGateway path
(exercise branches that reuse existing gateway, portListener flow,
restart-on-drift, and the final health polling) and confirm
reportDockerDriverGatewayStartFailure and related logic
(registerDockerDriverGatewayEndpoint, isGatewayHealthy,
isDockerDriverGatewayHttpReady/isGatewayTcpReady) behave as expected; if
failures appear, reproduce locally, add targeted fixes or retries in
startDockerDriverGateway (or adjust health checks) and re-run the two E2E suites
until green.
ℹ️ Review info
⚙️ Run configuration
Configuration used: Path: .coderabbit.yaml
Review profile: CHILL
Plan: Enterprise
Run ID: 18e1a384-733b-40e4-9f25-9f4c0e4baf0c
📒 Files selected for processing (4)
src/lib/onboard.tssrc/lib/onboard/gateway-sandbox-reachability.test.tssrc/lib/onboard/gateway-sandbox-reachability.tstest/gateway-liveness-probe.test.ts
💤 Files with no reviewable changes (3)
- src/lib/onboard/gateway-sandbox-reachability.ts
- src/lib/onboard/gateway-sandbox-reachability.test.ts
- test/gateway-liveness-probe.test.ts
E2E Advisor RecommendationRequired E2E: Dispatch hint: Full advisor summaryPi Semantic E2E AdvisorBase: Required E2E
Optional E2E
New E2E recommendations
Dispatch hint
|
Summary
Why
The #3441 probe blocks onboarding with false "host firewall" remediation on hosts where the helper container cannot resolve host.openshell.internal. The probe did not match real OpenShell sandbox host alias wiring and the surgical alias fix did not stabilize the nightly path, so this reverts the risky preflight to get main back to good.
Validation
Summary by CodeRabbit