π fix(api): explicit 501 for agent containers without controller lifecycle transport - #663
Conversation
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
|
Warning Review limit reached
Next review available in: 5 minutes You've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository. How can I continue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews. How do review limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please refer docs for additional details. Review detailsβοΈ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Pro Plus Run ID: β Files ignored due to path filters (1)
π Files selected for processing (9)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
β¦e transport executeAction (POST /:id/start|stop|restart) returned a bare 404 NO_DOCKER_TRIGGER_FOUND_ERROR whenever the docker-trigger lookup missed, indistinguishable from "container not found" β for agents that don't advertise usesControllerDockerTransport this was the only signal surfaced to the UI. Agent-owned containers now get a 501 naming the missing capability; non-agent containers keep the existing 404. OpenAPI specs for start/stop/restart document the new 501 response. Fixes: #637
4f1079e to
0fbc3f1
Compare
|
Deployment failed with the following error: Learn More: https://vercel.com/codeswhat?upgradeToPro=build-rate-limit |
Wholesale-tree sync ahead of the v1.6.0-rc.12 cut: the head commit's tree is `origin/dev/v1.6`'s tree verbatim (`630c64ec`), parented on main's current head (`67f23419`). Squash-merging makes main tree-identical to `dev/v1.6`, satisfying the release-cut drift guard (`git diff --quiet origin/main origin/dev/v1.6`). Brings in since rc.11: #659 security pins, #662/#660/#661/#663 runtime fixes (#636/#604/#605/#637), #664 guard floor, #653β#656 deps, #665 Crowdin, #666 rc.12 prep. After merge: dispatch `release-cut.yml --ref main -f release_tag=v1.6.0-rc.12`. <!-- This is an auto-generated comment: release notes by coderabbit.ai --> ## Changelog - π Updated dependency security pins and security-version tests. - β¨ Added anonymous-authenticated WebSocket log streams with IP-based rate limits. - β¨ Added agent component-registration state tracking. - π§ Downgraded selected update blockers during agent registration. - π§ Added controller-Docker transport detection. - π Added HTTP `501` responses for unsupported agent lifecycle actions. - π Fixed maturity filtering to use per-container thresholds. - π Changed Docker publish-date lookup failures to warning logs. - π§ Updated dependency versions, release metadata, documentation, mocks, and changelog links from `v1.6.0-rc.11` to `v1.6.0-rc.12`. - β¨ Added release highlights for `v1.6.0-rc.12`. ## Concerns - Fix the French `containerLogs.stderr` value if `"sdterr"` is not intentional. - Verify the release date `August 4, 2026`. - Dispatch the release-cut workflow for `main` with `release_tag=v1.6.0-rc.12` after merging. <!-- end of auto-generated comment: release notes by coderabbit.ai -->
Refs #637 (closed by #651's native-transport half in rc.11 β this is the remaining explicit-error half, matching #650's unresolved review concern).
Start/stop/restart and backup rollback returned a bare 404
NO_DOCKER_TRIGGER_FOUND_ERRORfor agent-owned containers whose agent doesn't advertiseusesControllerDockerTransportβ indistinguishable from container-not-found. Worse, a legacyAgentTriggerwithout transport could still be found and then throw ingetWatcher(), producing a 500.AgentClient.hasControllerDockerTransport(watcherName)+isAgentLifecycleUnsupported(container): the 501 decision keys on the agent's actual capability, not trigger absence (Codex review caught the found-then-throw 500 path and the transient-miss mislabel).AGENT_LIFECYCLE_UNSUPPORTED_ERROR(incontainer-actions.tsANDbackup.tsrollback β the adversarial round caught rollback had the identical defect).Review provenance: adversarial verify round (2 findings, repaired), independent Codex review (1 finding, repaired), re-verified approve, full app suite green.