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
[http2] Dont drop connections on metadata limit exceeded #32309
Conversation
grpc_call_unref(s); | ||
|
||
grpc_slice_unref(meta.value); | ||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
maybe also do a ping to make sure that the channel is still connected?
Automated fix for refs/heads/repeated_large_metadata
* [http] Dont drop connections on metadata limit exceeded * remove bad test * Automated change: Fix sanity tests --------- Co-authored-by: ctiller <ctiller@users.noreply.github.com>
* [http] Dont drop connections on metadata limit exceeded * remove bad test * Automated change: Fix sanity tests --------- Co-authored-by: ctiller <ctiller@users.noreply.github.com>
Source: meta-openembedded MR: 126092 Type: Integration Disposition: Merged from meta-openembedded ChangeID: d7ece8b Description: It was introduced in in v1.53.0 and not backported to v1.46.x branch. NVD references PR which intrioduces the vulnerability: grpc/grpc#32309 (comment) Signed-off-by: Peter Marko <peter.marko@siemens.com> Signed-off-by: Armin Kuster <akuster808@gmail.com> Signed-off-by: Jeremy A. Puhlman <jpuhlman@mvista.com>
@ctiller Sorry, but I'm a little confused. Which one is correct? |
If we get an error on a stream, all we need to do is cancel that stream.
If instead we get an error not associated with a stream, we should close the transport.
Current behavior was to just close the transport always, and this was a bad bug.