-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update dependency @bufbuild/connect-web to v0.12.0 - abandoned #560
base: main
Are you sure you want to change the base?
Conversation
3970a04
to
e22e8e6
Compare
e22e8e6
to
3f656a9
Compare
3f656a9
to
00408cb
Compare
7dd2e17
to
cb6365b
Compare
e3e976d
to
488abc0
Compare
bc212a9
to
22333e3
Compare
c9a8161
to
12db29d
Compare
12db29d
to
7a0facb
Compare
Edited/Blocked NotificationRenovate will not automatically rebase this PR, because it does not recognize the last commit author and assumes somebody else may have edited the PR. You can manually request rebase by checking the rebase/retry box above. |
Autoclosing SkippedThis PR has been flagged for autoclosing. However, it is being skipped due to the branch being already modified. Please close/delete it manually or report a bug if you think this is in error. |
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.