Skip to content

fix: connect providers with complete bounded catalogs - #1822

Merged
ZeroPoint95 merged 2 commits into
devfrom
fix/connection-catalog-response-limit
Oct 14, 2026
Merged

ZeroPoint95 merged 2 commits into
devfrom
fix/connection-catalog-response-limit

Conversation

@ZeroPoint95

@ZeroPoint95 ZeroPoint95 commented Oct 14, 2026 •

Copy link
Copy Markdown
Collaborator

Connecting ai& failed even though its model endpoint returned valid JSON: the shared connection probe read only four KiB of a 6,920-byte catalog, then parsed that incomplete document as an unanswered service. Successful GET /models probes now read the complete catalog under discovery's existing shared 16 MiB bound and reject oversized responses rather than accepting a truncated prefix. Error and one-token probe response limits, timeouts, fallback policy remain unchanged.

Regression coverage drives the actual connection path with a 6,920-byte/13-model catalog and proves all IDs survive without a completion probe. Boundary cases cover just below, exactly at and above the cap, including a valid prefix with extra bytes; malformed JSON, interrupted reads, pre-cancelled requests and existing profile preservation remain checked. Matching manual and PERF documentation carries the same behavior and bound.

Validation on reviewed source33750210c004dcef32d82a18a1f0059c4df2cd8a: baseline regression fails as expected; focused tests, required exact-base make pr-ready with fresh catalog/config suites and make build pass; independent implementation review found no blocking findings. The repaired real binary connected successfully and cached all13models. The earlier reply/title attempt received provider HTTP402 insufficient credits and is preserved. The final-head same-model bounded retry returned exactly AIAND_ACCEPTANCE_OK and exited0; built-in connection and the13model live catalog passed. The normal automatic title request received HTTP200 but was canceled during headless shutdown, so no completed-title claim is made. The reply reports11216input/25output tokens; no billed-dollar receipt is available. No request/response bodies are retained.

This PR is ready for maintainer review and merge. Its actual-number #1822 entry is included at final head1fb7cfe011642650f59152c288665bf3f2a042a0; one new well-formed entry (32total), final exact-base local gate/build and independent final-entry review passed. Existing roll-up #1821 stays intact until this repair is merged, then must include the repair's numbered entry and be revalidated before any exact-SHA Full/staging promotion. No merge or staging action is part of this PR publication.

@ZeroPoint95
ZeroPoint95 marked this pull request as ready for review October 14, 2026 04:55
@ZeroPoint95
ZeroPoint95 merged commit a6d33d7 into dev Oct 14, 2026
6 checks passed
@ZeroPoint95
ZeroPoint95 deleted the fix/connection-catalog-response-limit branch October 14, 2026 04:58
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