Skip to content

fix: vendor ate.dev CRDs so substrate status endpoint degrades gracefully#101

Closed
QuentinBisson wants to merge 1 commit into
mainfrom
fix/vendor-ate-dev-crds-stopgap
Closed

fix: vendor ate.dev CRDs so substrate status endpoint degrades gracefully#101
QuentinBisson wants to merge 1 commit into
mainfrom
fix/vendor-ate-dev-crds-stopgap

Conversation

@QuentinBisson

Copy link
Copy Markdown
Contributor

What

kagent returns HTTP 500 on /api/substrate/status when the agent-substrate CRDs
(ate.dev/v1alpha1 WorkerPool / ActorTemplate) are not installed. This breaks the
Chat UI "New Chat" input with "Failed to fetch servers".

Root cause: listSubstrateCRs propagates the REST mapper NoKindMatchError as a
server error instead of treating it as "substrate not installed".

Fix

Vendor the two CRDs from agent-substrate/substrate into helm/agentic-platform-crds/templates/
so the REST mapper knows the types and returns an empty list instead of erroring.

Stopgap only. Remove once we pin a kagent release that includes the upstream fix
(kagent-dev/kagent#2023, issue kagent-dev/kagent#2024).

Tracked in giantswarm/giantswarm#36845.

…ully

kagent hard-500s on /api/substrate/status when the ate.dev CRDs (WorkerPool,
ActorTemplate) are absent because listSubstrateCRs propagates the REST mapper
NoKindMatchError as a server error. This causes the Chat UI "New Chat" input
to fail with "Failed to fetch servers".

Vendor the two CRDs from agent-substrate/substrate so the REST mapper knows the
types and the endpoint returns 200 with an empty resource list. Remove once we
pin a kagent release that includes the upstream fix (kagent-dev/kagent#2023).
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant