Update dependency @bufbuild/connect-web to v0.12.0 #560
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
0.8.6
->0.12.0
Release Notes
bufbuild/connect-es (@bufbuild/connect-web)
v0.12.0
Compare Source
v0.11.0
Compare Source
What's Changed
Disregard non-JSON error response bodies for unary requests
This release makes a change in how response bodies are parsed for Connect unary requests that result in an HTTP error. Previously, all response bodies for unary requests that returned an HTTP error status were parsed with
response.json()
. However, this could lead to errors with non-JSON bodies. Now, only responses with aContent-Type
ofapplication/json
will have the body parsed as JSON and added to the resulting Connect error.For all other errors, the resulting Connect error will show the HTTP status code as the message and the corresponding Connect error code as the code.
To reiterate, this only affects Connect protocol unary requests that end with an HTTP error status code. All other protocols and/or RPC types are unaffected.
Enhancements
New Contributors
Full Changelog: connectrpc/connect-es@v0.10.1...v0.11.0
v0.10.1
Compare Source
What's Changed
Full Changelog: connectrpc/connect-es@v0.10.0...v0.10.1
v0.10.0
Compare Source
What's Changed
KeepAlive
As of this release, Connect-ES offers Basic Keepalive support for HTTP/2 for clients that use one of the transports from
@bufbuild/connect-node
. Note that this replaces the optionkeepSessionAlive
, which is deprecated with this PR.In it's most simple form, the following example enables regular PINGs every 5 minutes:
For more information, see https://github.com/bufbuild/connect-es/pull/673
JSON parser ignores unknown fields by default
This release also changes the default behavior of the JSON parser so that unknown fields are ignored rather than rejected. Previously, Connect-ES followed the official guidance of the proto3 language spec and rejected unknown fields by default in parsing. However, this contradicts with the ethos that adding fields to a Protobuf definition should not be a breaking change. Therefore, the default behavior has been changed so any new/unknown fields are simply ignored.
Note that this could be considered a breaking change if consumers were relying on this rejection behavior.
Enhancements
Full Changelog: connectrpc/connect-es@v0.9.1...v0.10.0
v0.9.1
Compare Source
What's Changed
Full Changelog: connectrpc/connect-es@v0.9.0...v0.9.1
v0.9.0
Compare Source
What's Changed
As of this release, connect-es supports performing idempotent, side-effect free requests using HTTP GETs. This makes it easier to cache responses in the browser, on your CDN, or in proxies and other middleboxes.
To opt into GET support for a given Protobuf RPC, you must mark it as being side-effect free using the MethodOptions.IdempotencyLevel option:
With this schema change, handlers will automatically support both GET and POST requests for this RPC. However, clients will continue to use POST requests by default, even when GETs are possible. To make clients use GETs for side effect free RPCs, set the
useHttpGet
option:Another noteworthy change is the full support of timeouts, also known as deadlines in gRPC. For example, when a client provides the
timeoutMs
call option, a headerConnect-Timeout-Ms
is added to the request. The server parses this timeout, and if it takes longer than the given timeout to process the request, it should give up, and respond with the error codedeadline_exceeded
.On a connect-es server, the parsed timeout is available as an
AbortSignal
on the context:Enhancements
Bugfixes
Breaking changes
New Contributors
Full Changelog: connectrpc/connect-es@v0.8.6...v0.9.0
Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Enabled.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR has been generated by Mend Renovate. View repository job log here.