Skip to content

decode streamed bodies in the typescript client - #293

Merged
eburgos merged 1 commit into
masterfrom
typescript-stream-decode
Sep 6, 2026
Merged

decode streamed bodies in the typescript client#293
eburgos merged 1 commit into
masterfrom
typescript-stream-decode

Conversation

@eburgos

@eburgos eburgos commented Sep 6, 2026

Copy link
Copy Markdown
Owner

The last client-language gap: a body = "stream" operation in TypeScript answers { contentRange: string | undefined; body: ReadableStream<Uint8Array> }contentRange read at 206 before the stream is named — with header_out composing as on bytes. The seam's bodyStream field is gated on a service declaring a stream, like multipart's parts. Also fixes the result type emitting the undefined identifier StreamedAnswer (probe-confirmed before fixing): it now renders the same fixed record. README coverage paragraph refreshed to the now-true state.

Six new string-level tests; the no-fetch/no-axios assertion stays green. Gate: just lint, just test-named-features, all-features clippy green.

A streamed operation answers a record of content range and byte
stream - undefined at the declared status, the header text at 206,
read before the stream is ever named - with header_out composing onto
it exactly as bytes composes. The seam response carries a
ReadableStream field only where a service declares a stream, the way
the request already gates its parts list. The result type stopped
naming StreamedAnswer, an identifier no TypeScript surface defines,
and renders the same fixed record instead. The readme's coverage
paragraph now states the closed gaps truthfully.
@eburgos
eburgos merged commit f996b11 into master Sep 6, 2026
@eburgos
eburgos deleted the typescript-stream-decode branch September 6, 2026 03:56
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