You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
When a client closes it's connection to the router before subgraphs have been able to respond, the router gives no details about what has happened. The same things happens during timeouts
Describe the solution you'd like
Have the router log two types of events where it is currently silent:
On timeouts.
When clients close the connection to the router before subgraphs have responded.
The text was updated successfully, but these errors were encountered:
…on (#4770)
Fix#4569Fix#4576Fix#4589Fix#4590Fix#4611
When the client closes the connection prematurely, it drops the entire
request handling task, which means that it won't go through the entire
response pipeline, where we record the operation and handle telemetry.
Some users also have additional steps with rhai or coprocessors where
they add metadata, and those steps should run even on canceled requests.
This moves the request handling to a separate task to make sure it runs,
but it also skips subgraph requests if we detected that the client
closed the connection, to prevent unneeded traffic.
Is your feature request related to a problem? Please describe.
When a client closes it's connection to the router before subgraphs have been able to respond, the router gives no details about what has happened. The same things happens during timeouts
Describe the solution you'd like
Have the router log two types of events where it is currently silent:
The text was updated successfully, but these errors were encountered: